From bugzilla at redhat.com Sat Oct 1 00:52:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 30 Sep 2005 20:52:51 -0400 Subject: [Bug 168690] Review Request: pyBackPack (GTK+ Python backup tool) In-Reply-To: Message-ID: <200510010052.j910qpdD028413@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyBackPack (GTK+ Python backup tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-09-30 20:52 EST ------- * rpmlint clean on src.rpm and resulting noarch rpm * package name appropriate * acceptable license * Spec file clean and easy to understand * consistant use of macros * package owns directory and all files it installs * -- uninstalls cleany after use * desktop file clean, matches spec * md5sum matches upstream * file list sane, file permissions sane * proper use of macros * proper use of ghost * Builds clean in mock, tested on PPC with removable media, succesfully backed up files, succesfully backed up files after modification, succesfully restored files after backup. Only thing I would suggest changing (non blocking) - 1) change Source: http://stuff to Source0: http://stuff 2) Put an empty line between %build and %install sections (for readability) 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 qspencer at ieee.org Sat Oct 1 03:12:52 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 30 Sep 2005 22:12:52 -0500 Subject: Does this need a review? Message-ID: <433DFEB4.90900@ieee.org> Hi all, I currently maintain umfpack, a library for sparse matrix computation that is used by Octave. The maintainer has created a new package called ufsparse, which is a larger collection of sparse matrix libraries including umfpack. My plan is to create a ufsparse package that obsoletes umfpack, but the spec files and licensing terms are very similar (though there is one library that I will not be building because it depends on a nonfree external library). Should I submit this for review, or can I just consider this a continuation of the old package? -Quentin From bugzilla at redhat.com Sat Oct 1 07:08:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 03:08:20 -0400 Subject: [Bug 165612] Review Request: gfontview In-Reply-To: Message-ID: <200510010708.j9178KAI031308@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gfontview https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165612 ------- Additional Comments From gauret at free.fr 2005-10-01 03:08 EST ------- Fine with me. Kirby, did you ask for a sponsor ? What you now have to do is described here : http://fedoraproject.org/wiki/Extras/Contributors. You're at step 8. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Oct 1 09:11:54 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 1 Oct 2005 11:11:54 +0200 Subject: wine progress? Message-ID: <20051001111154.343d4b24@alkaid.lan> Hi, I remember this discussion about getting a new wine version into fe: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00860.html I never heard any news on this one and cvs and bugzilla are somewhat silent about this as well. If nobody is working on this task anymore I'd be willing to step forward as I have been building wine on my fc4 workstation for my needs along the line... - 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 paul at all-the-johnsons.co.uk Sat Oct 1 10:33:35 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 01 Oct 2005 11:33:35 +0100 Subject: wine progress? In-Reply-To: <20051001111154.343d4b24@alkaid.lan> References: <20051001111154.343d4b24@alkaid.lan> Message-ID: <1128162815.20605.37.camel@localhost> Hi, > If nobody is working on this task anymore I'd be willing to step forward as I > have been building wine on my fc4 workstation for my needs along the line... IIRC, I contacted the chap who was maintaining it for FC who put me in touch with someone else who said they'd be taking it up. I can't recall seeing much past that. TTFN Paul -- "Duirt me leat go raibh me breoite." - T.M. From andreas.bierfert at lowlatency.de Sat Oct 1 11:02:29 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 1 Oct 2005 13:02:29 +0200 Subject: wine progress? In-Reply-To: <1128162815.20605.37.camel@localhost> References: <20051001111154.343d4b24@alkaid.lan> <1128162815.20605.37.camel@localhost> Message-ID: <20051001130229.7743d1a3@alkaid.lan> On Sat, 01 Oct 2005 11:33:35 +0100 "Paul F. Johnson" wrote: > IIRC, I contacted the chap who was maintaining it for FC who put me in > touch with someone else who said they'd be taking it up. I can't recall > seeing much past that. So would I be stepping on anybodys toes if I take it over? Just a shame something like wine is not in fc/fe... help and comments of course are always welcome. - 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 fedora at tqmcube.com Sat Oct 1 14:29:55 2005 From: fedora at tqmcube.com (David Cary Hart) Date: Sat, 01 Oct 2005 10:29:55 -0400 Subject: wine progress? In-Reply-To: <20051001130229.7743d1a3@alkaid.lan> References: <20051001111154.343d4b24@alkaid.lan> <1128162815.20605.37.camel@localhost> <20051001130229.7743d1a3@alkaid.lan> Message-ID: <1128176995.2188.11.camel@dch.TQMcube.com> On Sat, 2005-10-01 at 13:02 +0200, Andreas Bierfert wrote: > On Sat, 01 Oct 2005 11:33:35 +0100 > "Paul F. Johnson" wrote: > > IIRC, I contacted the chap who was maintaining it for FC who put me in > > touch with someone else who said they'd be taking it up. I can't recall > > seeing much past that. > > So would I be stepping on anybodys toes if I take it over? Just a shame > something like wine is not in fc/fe... help and comments of course are always > welcome. At the risk of straying OT; IMO, the problem with wine is that it inexplicably deteriorates more with each new build. For example, the 20050111 version works splendidly with wine-tools for a flawless IE6/WMP installation while anything newer barfs - badly. Indeed, IIRC, CrossoverOffice is built on a year old version of wine and Sidenet requires a vintage version as well. I'm sure that there must be a better forum to move this discussion to. The point is, why maintain wine for extras when the most current version doesn't seem to do very much? -- Tired of spam? Do YOUR part: http://www.BoulderPledge.org Our DNSRBL - Eliminate Spam: http://www.TQMcube.com/spam_trap.htm RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm From bugzilla at redhat.com Sat Oct 1 16:27:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 12:27:40 -0400 Subject: [Bug 169703] New: Review Request: pari - Number Theory-oriented 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=169703 Summary: Review Request: pari - Number Theory-oriented Computer Algebra System Product: Fedora Extras Version: devel Platform: All URL: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/pari- 2.1.7-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: http://math.ifi.unizh.ch/fedora/spec/pari.spec SRPM: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/pari-2.1.7-1.src.rpm Description: PARI/GP is a widely used computer algebra system designed for fast computations in number theory (factorizations, algebraic number theory, elliptic curves...), but also contains a large number of other useful functions to compute with mathematical entities such as matrices, polynomials, power series, algebraic numbers, etc., and a lot of transcendental functions. PARI is also available as a C library to allow for faster computations. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 1 16:27:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 12:27:51 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510011627.j91GRpJO020730@www.beta.redhat.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| |169703 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 1 16:35:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 12:35:36 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510011635.j91GZaKO021466@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-01 12:35 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.5 SRPM Name or Url: swish-e-2.4.2-5_FC4.src.rpm Thanks for the above comments, will review them shortly and incorporate into 6_FC4. Cannot seem to get the perl make test to work. Suggestions 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 ed at eh3.com Sat Oct 1 16:58:16 2005 From: ed at eh3.com (Ed Hill) Date: Sat, 01 Oct 2005 12:58:16 -0400 Subject: Does this need a review? In-Reply-To: <433DFEB4.90900@ieee.org> References: <433DFEB4.90900@ieee.org> Message-ID: <1128185896.20700.250.camel@ernie> On Fri, 2005-09-30 at 22:12 -0500, Quentin Spencer wrote: > Hi all, > I currently maintain umfpack, a library for sparse matrix computation > that is used by Octave. The maintainer has created a new package called > ufsparse, which is a larger collection of sparse matrix libraries > including umfpack. My plan is to create a ufsparse package that > obsoletes umfpack, but the spec files and licensing terms are very > similar (though there is one library that I will not be building because > it depends on a nonfree external library). Should I submit this for > review, or can I just consider this a continuation of the old package? Hi Quentin, If it has a substantial amount of similar code and uses similar licenses (as you describe), then I think it qualifies as a "new upstream version" and does not need a "start-all-over-again" review. Ed ps - And if others disagree and argue that it warrants a review then I'd be happy to review it. -- 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 Sat Oct 1 17:03:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 13:03:21 -0400 Subject: [Bug 169704] New: Review Request: mosml - Moscow ML 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=169704 Summary: Review Request: mosml - Moscow ML Product: Fedora Extras Version: devel Platform: All URL: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/mosml- 2.01-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: http://math.ifi.unizh.ch/fedora/spec/mosml.spec SRPM: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/mosml-2.01-3.src.rpm Description: Moscow ML provides a light-weight implementation of full Standard ML, including Modules and some extensions. Standard ML is a strict functional language widely used in teaching and research. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 1 17:03:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 13:03:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510011703.j91H3YJj024447@www.beta.redhat.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| |169704 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 1 17:56:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 13:56:59 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510011756.j91HuxZi029587@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bugs.michael at gmx.net 2005-10-01 13:56 EST ------- > Cannot seem to get the perl make test to work. Suggestions appreciated. This is because you have been ignoring the warning in the build log that no library is found for -lswish-e, and as a result the Perl API.so module is not linked against it and contains undefined symbols. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 1 19:55:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 15:55:04 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510011955.j91Jt4uq008691@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-01 15:54 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.6 SRPM Name or Url: swish-e-2.4.2-6fc4.src.rpm >> # Conditionals >> # --with debug: Replaces -O2 with -O0 in CFLAGS >> # Builds debuginfo package. >> # Defines compile time macro DEBUG. >> # --without debug OR missing: Disables debuginfo package AND Removes -g. >> >> %{!?_with_debug:%define debug_package %{nil}} >> %build >Can you please explain what all that stuff in there is supposed to >achieve? >Why? Default build ought to use $RPM_OPT_FLAGS and create a good >"debuginfo" package automatically. If compiler flags are modified to >not include -g, patch the code. Disabling the debuginfo package is a >last resort only. This is all part of the rpmbuild -ba --with debug swish-e.spec stuff. The 'standard' debuginfo package tends to have periodic -g/-O2/gdb/gcc problems, and this has worked well for me. And, as I use this for development purposes, is a easy way to create a pure -g/-O0 debuginfo package. Removing -g from the standard build reduces build time on large packages, but not relevant here. To get a nice -O2 debuginfo package, the %{!?_with_debug:%define debug_package %{nil}} may be commented out. >> BuildArch: i386 x86_64 >Why that? Can only verify proper (whatever that means) build on i386 and x86_64 architectures at this time. Deleted. -------- >This is because you have been ignoring the warning in the build log >that no library is found for -lswish-e, and as a result the Perl >API.so module is not linked against it and contains undefined symbols. ldd API.so is not showing a dependency on libswish-e.so. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Oct 1 20:10:53 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sat, 01 Oct 2005 21:10:53 +0100 Subject: [Fwd: Prep Error (Job 1490): perl-Apache-LogRegex-1_2-4_fc5 on development] In-Reply-To: <20050930214359.59403a57.bugs.michael@gmx.net> References: <47615.195.38.86.72.1128073598.squirrel@webmail.suretecsystems.com> <20050930125646.7020d53a.bugs.michael@gmx.net> <433D8F98.4040804@suretecsystems.com> <20050930214359.59403a57.bugs.michael@gmx.net> Message-ID: <433EED4D.4090603@suretecsystems.com> Michael Schwendt said the following on 30/09/05 20:43: > On Fri, 30 Sep 2005 20:18:48 +0100, Gavin Henry wrote: > > >>Michael Schwendt said the following on 30/09/05 11:56: >> >>>On Fri, 30 Sep 2005 10:46:38 +0100 (BST), Gavin Henry wrote: >>> >>> >>> >>>>Dear Guys, >>>> >>>>How can I fix this? >>> >>> >>>See commits list. Then requeue the build job. >>> >> >>I tried to do another make plague. but it says there are too many tags now? >> >>Thanks. > > > What is the error message? I cannot reproduce anything like that: > > $ make plague > /usr/bin/plague-client build perl-Apache-LogRegex perl-Apache-LogRegex-1_2-4_fc5 devel > Package perl-Apache-LogRegex enqueued. Job ID: 1510. > $ make plague > /usr/bin/plague-client build perl-Apache-LogRegex perl-Apache-LogRegex-1_2-4_fc4 fc4 > Package perl-Apache-LogRegex enqueued. Job ID: 1511. > make tag cvs tag -c perl-Apache-LogRegex-1_2-4_fc5 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs Enter passphrase for key '/home/slim_jim/.ssh/id_dsa': ERROR: Tag perl-Apache-LogRegex-1_2-4_fc5 has been already created. The following tags have been created so far perl-Apache-LogRegex-1_2-4:devel:ghenry:1124712613 perl-Apache-LogRegex-1_2-4_fc4:FC-4:ghenry:1127465715 perl-Apache-LogRegex-1_2-4_fc5:devel:ghenry:1128004838 perl-Apache-LogRegex-1_2-4_fc5:devel:mschwendt:1128077769 perl-Apache-LogRegex-1_2-4_fc4:FC-4:mschwendt:1128077777 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Error 1 -- 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 Sat Oct 1 20:59:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 16:59:03 -0400 Subject: [Bug 168339] Review Request: libbinio In-Reply-To: Message-ID: <200510012059.j91Kx3IJ016967@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libbinio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168339 ------- Additional Comments From triad at df.lth.se 2005-10-01 16:58 EST ------- Here is a fixed spec and SRPM package: Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/libbinio.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/libbinio-1.4-3.src.rpm (1) Texinfo file patched until upstream is fixed (2) Texinfo files moved to devel package, along with the texinfo scriptlets (3) Pkgconfig-file is patched to not used URL token for the time being -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 1 21:28:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 1 Oct 2005 23:28:22 +0200 Subject: [Fwd: Prep Error (Job 1490): perl-Apache-LogRegex-1_2-4_fc5 on development] In-Reply-To: <433EED4D.4090603@suretecsystems.com> References: <47615.195.38.86.72.1128073598.squirrel@webmail.suretecsystems.com> <20050930125646.7020d53a.bugs.michael@gmx.net> <433D8F98.4040804@suretecsystems.com> <20050930214359.59403a57.bugs.michael@gmx.net> <433EED4D.4090603@suretecsystems.com> Message-ID: <20051001232822.7ca49ef9.bugs.michael@gmx.net> On Sat, 01 Oct 2005 21:10:53 +0100, Gavin Henry wrote: > Michael Schwendt said the following on 30/09/05 20:43: > > On Fri, 30 Sep 2005 20:18:48 +0100, Gavin Henry wrote: > > > > > >>Michael Schwendt said the following on 30/09/05 11:56: > >> > >>>On Fri, 30 Sep 2005 10:46:38 +0100 (BST), Gavin Henry wrote: > >>> > >>> > >>> > >>>>Dear Guys, > >>>> > >>>>How can I fix this? > >>> > >>> > >>>See commits list. Then requeue the build job. > >>> > >> > >>I tried to do another make plague. but it says there are too many tags now? > >> > >>Thanks. > > > > > > What is the error message? I cannot reproduce anything like that: > > > > $ make plague > > /usr/bin/plague-client build perl-Apache-LogRegex perl-Apache-LogRegex-1_2-4_fc5 devel > > Package perl-Apache-LogRegex enqueued. Job ID: 1510. > > $ make plague > > /usr/bin/plague-client build perl-Apache-LogRegex perl-Apache-LogRegex-1_2-4_fc4 fc4 > > Package perl-Apache-LogRegex enqueued. Job ID: 1511. > > > > make tag Above you wrote "another make plague", so what you saw here is the typical thing you get when the tag exists already within CVS. Also, I retagged the latest files of that package already after my modifications. > cvs tag -c perl-Apache-LogRegex-1_2-4_fc5 > For more information on using the Fedora CVS repositories, please visit > http://fedoraproject.org/wiki/UsingCvs > Enter passphrase for key '/home/slim_jim/.ssh/id_dsa': > ERROR: Tag perl-Apache-LogRegex-1_2-4_fc5 has been already created. > The following tags have been created so far > perl-Apache-LogRegex-1_2-4:devel:ghenry:1124712613 > perl-Apache-LogRegex-1_2-4_fc4:FC-4:ghenry:1127465715 > perl-Apache-LogRegex-1_2-4_fc5:devel:ghenry:1128004838 > perl-Apache-LogRegex-1_2-4_fc5:devel:mschwendt:1128077769 > perl-Apache-LogRegex-1_2-4_fc4:FC-4:mschwendt:1128077777 > cvs tag: Pre-tag check failed > cvs [tag aborted]: correct the above errors first! > make: *** [tag] Error 1 > From ghenry at suretecsystems.com Sat Oct 1 22:26:30 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sat, 01 Oct 2005 23:26:30 +0100 Subject: [Fwd: Prep Error (Job 1490): perl-Apache-LogRegex-1_2-4_fc5 on development] In-Reply-To: <20051001232822.7ca49ef9.bugs.michael@gmx.net> References: <47615.195.38.86.72.1128073598.squirrel@webmail.suretecsystems.com> <20050930125646.7020d53a.bugs.michael@gmx.net> <433D8F98.4040804@suretecsystems.com> <20050930214359.59403a57.bugs.michael@gmx.net> <433EED4D.4090603@suretecsystems.com> <20051001232822.7ca49ef9.bugs.michael@gmx.net> Message-ID: <433F0D16.4020608@suretecsystems.com> Michael Schwendt said the following on 01/10/05 22:28: > On Sat, 01 Oct 2005 21:10:53 +0100, Gavin Henry wrote: > > >>Michael Schwendt said the following on 30/09/05 20:43: >> >>>On Fri, 30 Sep 2005 20:18:48 +0100, Gavin Henry wrote: >>> >>> >>> >>>>Michael Schwendt said the following on 30/09/05 11:56: >>>> >>>> >>>>>On Fri, 30 Sep 2005 10:46:38 +0100 (BST), Gavin Henry wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>Dear Guys, >>>>>> >>>>>>How can I fix this? >>>>> >>>>> >>>>>See commits list. Then requeue the build job. >>>>> >>>> >>>>I tried to do another make plague. but it says there are too many tags now? >>>> >>>>Thanks. >>> >>> >>>What is the error message? I cannot reproduce anything like that: >>> >>>$ make plague >>>/usr/bin/plague-client build perl-Apache-LogRegex perl-Apache-LogRegex-1_2-4_fc5 devel >>>Package perl-Apache-LogRegex enqueued. Job ID: 1510. >>>$ make plague >>>/usr/bin/plague-client build perl-Apache-LogRegex perl-Apache-LogRegex-1_2-4_fc4 fc4 >>>Package perl-Apache-LogRegex enqueued. Job ID: 1511. >>> >> >> make tag > > > Above you wrote "another make plague", so what you saw here is > the typical thing you get when the tag exists already within CVS. > Also, I retagged the latest files of that package already after my > modifications. > > >>cvs tag -c perl-Apache-LogRegex-1_2-4_fc5 >>For more information on using the Fedora CVS repositories, please visit >>http://fedoraproject.org/wiki/UsingCvs >>Enter passphrase for key '/home/slim_jim/.ssh/id_dsa': >>ERROR: Tag perl-Apache-LogRegex-1_2-4_fc5 has been already created. >>The following tags have been created so far >>perl-Apache-LogRegex-1_2-4:devel:ghenry:1124712613 >>perl-Apache-LogRegex-1_2-4_fc4:FC-4:ghenry:1127465715 >>perl-Apache-LogRegex-1_2-4_fc5:devel:ghenry:1128004838 >>perl-Apache-LogRegex-1_2-4_fc5:devel:mschwendt:1128077769 >>perl-Apache-LogRegex-1_2-4_fc4:FC-4:mschwendt:1128077777 >>cvs tag: Pre-tag check failed >>cvs [tag aborted]: correct the above errors first! >>make: *** [tag] Error 1 >> > > > It built ok. Cheers for your help (as usual :) ). G. -- 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 andreas.bierfert at lowlatency.de Sat Oct 1 22:38:27 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 2 Oct 2005 00:38:27 +0200 Subject: wine progress? In-Reply-To: <1128176995.2188.11.camel@dch.TQMcube.com> References: <20051001111154.343d4b24@alkaid.lan> <1128162815.20605.37.camel@localhost> <20051001130229.7743d1a3@alkaid.lan> <1128176995.2188.11.camel@dch.TQMcube.com> Message-ID: <20051002003827.16cae6af@alkaid.lan> On Sat, 01 Oct 2005 10:29:55 -0400 David Cary Hart wrote: > At the risk of straying OT; > > IMO, the problem with wine is that it inexplicably deteriorates more > with each new build. For example, the 20050111 version works splendidly > with wine-tools for a flawless IE6/WMP installation while anything newer > barfs - badly. Indeed, IIRC, CrossoverOffice is built on a year old > version of wine and Sidenet requires a vintage version as well. I get our point and I know from personal experience that what you say is true. This has even been a discussed by the wine developers and as a result of this there development will go from alpha to beta cycle (will be 0.9.0?!) very soon (taken I understand them correctly ;) ) with all the usability improvement and without to much breakage between releases. So as your point may be valid atm it will change in the near future. > I'm sure that there must be a better forum to move this discussion to. > The point is, why maintain wine for extras when the most current version > doesn't seem to do very much? Because I think many users would benefit from having wine in extras and even if only a few report bugs that already is help to make wine a better software for the rest (maybe I should become a ad person ;) ). Haven't you ever tried to convince your friends to switch from windows to linux? I am sure you have and while some may like it without any complaint I have seen many of my friends switch back to windows because they just needed that special piece of software that would only run on windows. Some day down the road I would like to tell them: Sure just go ahead... linux does know how to run it and there even is a fe package for it... Just my to _euro_ cents... - 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 shishz at hotpop.com Sat Oct 1 22:39:34 2005 From: shishz at hotpop.com (Zing) Date: Sat, 01 Oct 2005 18:39:34 -0400 Subject: make tag error Message-ID: Hello folks, I'm not quite sure how to handle this error message from a make tag i did within the FC-4 branch of mmv package: $ make tag cvs tag -c mmv-1_01b-3 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ? clog ERROR: The tag mmv-1_01b-3 is already applied on a different branch ERROR: You can not forcibly move tags between branches mmv-1_01b-2:devel:shishz:1128040855 mmv-1_01b-3:devel:shishz:1128202428 mmv-1_01b-3:devel:shishz:1128202928 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Error 1 I built a devel mmv package prior to this and then moved on to FC-4, but now I'm not sure how to proceed? It seems there is a tag clash, but how do I then handle this properly? thanks,zing From bugzilla at redhat.com Sat Oct 1 22:41:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 18:41:07 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510012241.j91Mf7Ig025741@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-01 18:41 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.7 SRPM Name or Url: swish-e-2.4.2-7.fc4.src.rpm Using LIBS instead of CFLAGS to set prebuilt libswish-e.so location for perl 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 ed at eh3.com Sat Oct 1 22:46:53 2005 From: ed at eh3.com (Ed Hill) Date: Sat, 01 Oct 2005 18:46:53 -0400 Subject: make tag error In-Reply-To: References: Message-ID: <1128206813.20700.334.camel@ernie> On Sat, 2005-10-01 at 18:39 -0400, Zing wrote: > Hello folks, > > I'm not quite sure how to handle this error message from a > make tag i did within the FC-4 branch of mmv package: > > $ make tag > cvs tag -c mmv-1_01b-3 > For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs > ? clog > ERROR: The tag mmv-1_01b-3 is already applied on a different branch > ERROR: You can not forcibly move tags between branches > mmv-1_01b-2:devel:shishz:1128040855 > mmv-1_01b-3:devel:shishz:1128202428 > mmv-1_01b-3:devel:shishz:1128202928 > cvs tag: Pre-tag check failed > cvs [tag aborted]: correct the above errors first! > make: *** [tag] Error 1 > > I built a devel mmv package prior to this and then moved on to FC-4, > but now I'm not sure how to proceed? > > It seems there is a tag clash, but how do I then handle this properly? Hi Zing, The easiest way to fix the above is to add "%{?dist}" to the end of your Release tag as in: Release: 1%{?dist} which will then get added to the tag name when you do a "make tag" and will result in a different tag name for each branch such as: mmv-1_01b-3_fc4 mmv-1_01b-3_fc5 ...etc... There are *plenty* of examples in the other packages so please take a look. 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 andreas.bierfert at lowlatency.de Sat Oct 1 22:50:37 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 2 Oct 2005 00:50:37 +0200 Subject: make tag error In-Reply-To: References: Message-ID: <20051002005037.17976ca3@alkaid.lan> On Sat, 01 Oct 2005 18:39:34 -0400 Zing wrote: > It seems there is a tag clash, but how do I then handle this properly? The Buildsystem defines %{?dist} as {.fc3,.fc4,.fc5} just use this in your spec file in the release line: Release: 3%{?dist} On devel you will then have the tag mmv-1_01b-3_fc5 and so on for the rest This way you won't have a tag clash (because fc3/fc4/devel) have a different tag and you will ensure that the devel version > fc4 version > fc3 version etc... That is imho the best way to handle this. - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shishz at hotpop.com Sat Oct 1 23:07:51 2005 From: shishz at hotpop.com (Zing) Date: Sat, 01 Oct 2005 19:07:51 -0400 Subject: make tag error References: <1128206813.20700.334.camel@ernie> Message-ID: On Sat, 01 Oct 2005 18:46:53 -0400, Ed Hill wrote: > Hi Zing, > > The easiest way to fix the above is to add "%{?dist}" to the end of your > Release tag as in: > > Release: 1%{?dist} I can and looks like I will do this. the mmv version is pretty static, so i'd be running into tag clashes quite a bit. thanks Ed! From bugzilla at redhat.com Sat Oct 1 23:52:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 19:52:40 -0400 Subject: [Bug 169716] New: Review Request: fortune-mod-firefly 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=169716 Summary: Review Request: fortune-mod-firefly Product: Fedora Extras Version: devel Platform: All URL: http://www.daughtersoftiresias.org/progs/firefly/fortune -mod-firefly-1.6-0.noarch.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: karen-pease at uiowa.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.daughtersoftiresias.org/progs/firefly/fortune-mod-firefly.spec SRPM Name or Url: None - noarch Description: Fortune-mod-firefly provides a set of quotes from the popular television series "Firefly", and its movie "Serenity", by Joss Whedon. This is my first package - I am seeking 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 Oct 1 23:52:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 19:52:56 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510012352.j91Nqubh031593@www.beta.redhat.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 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169716 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 00:13:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 20:13:22 -0400 Subject: [Bug 169717] New: Review Request: Internode DSL usage applet 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=169717 Summary: Review Request: Internode DSL usage applet Product: Fedora Extras Version: devel Platform: All URL: http://www.users.on.net/~spohlenz/internode/ 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://frontiernet.net/~jpmahowald/fedora/review/gnome-applet-internode.spec SRPM Name or Url: http://frontiernet.net/~jpmahowald/fedora/review/gnome-applet-internode-1.3-1.src.rpm Description: The Internode Usage Meter for GNOME is a panel applet for the GNOME 2 desktop environment which allows you to monitor your Internode Personal ADSL Usage. (Packaging for: http://fedoraforum.org/forum/showthread.php?t=79173) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 00:13:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 20:13:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510020013.j920DYfV000849@www.beta.redhat.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| |169717 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 2 01:08:16 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sat, 01 Oct 2005 18:08:16 -0700 Subject: galeon maintenance In-Reply-To: (Alex Lancaster's message of "Wed, 28 Sep 2005 00:29:39 -0700") References: <4338EC17.3010101@poolshark.org> Message-ID: <9cpsqo7mkf.fsf@allele2.biol.berkeley.edu> >>>>> "AL" == Alex Lancaster writes: >>>>> "DL" == Denis Leroy writes: DL> Do we have a maintainer for galeon ? If not, I'd like to volunteer DL> for it. I read we already had someone interested, but nothing DL> seemed to have happened since early august, based on the info in DL> OrphanedPackages. AL> I had originally volunteered for it, but only if nobody else did. AL> I really don't have time to maintain it right now (and I haven't AL> jumped through the CLA hoops just yet in any case), so please feel AL> free to take it over! With the latest mozilla update, there is a need to rebuild galeon (yet again!), see bugzilla: https://bugzilla.redhat.com/169305 Perhaps, Dennis, you would like to pick up maintainership at this point and/or comment on this bug? Thanks, Alex From sopwith at redhat.com Sun Oct 2 01:15:07 2005 From: sopwith at redhat.com (Elliot Lee) Date: Sat, 1 Oct 2005 21:15:07 -0400 (EDT) Subject: wine progress? In-Reply-To: <20051001111154.343d4b24@alkaid.lan> References: <20051001111154.343d4b24@alkaid.lan> Message-ID: Yay! Someone to maintain wine! I would use this package ;-) -- Elliot Pioneers get the Arrows. Settlers get the Land. On Sat, 1 Oct 2005, Andreas Bierfert wrote: > Hi, > > I remember this discussion about getting a new wine version into fe: > http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00860.html > > I never heard any news on this one and cvs and bugzilla are somewhat silent > about this as well. > > If nobody is working on this task anymore I'd be willing to step forward as I > have been building wine on my fc4 workstation for my needs along the line... > > - Andreas > > From bugzilla at redhat.com Sun Oct 2 03:29:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 23:29:59 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510020329.j923TxmU017778@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-01 23:29 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.8 SRPM Name or Url: swish-e-2.4.2-8.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 Sun Oct 2 03:35:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 23:35:09 -0400 Subject: [Bug 169722] New: Review Request: libsexy: Some graphical widgets for GTK+ 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=169722 Summary: Review Request: libsexy: Some graphical widgets for GTK+ 2 Product: Fedora Extras Version: devel Platform: All URL: http://www.chipx86.com/blog/archives/000103.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/libsexy.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/libsexy-0.1.1-1.src.rpm Description: Some graphical widgets for GTK+ 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 Sun Oct 2 03:35:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 1 Oct 2005 23:35:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510020335.j923ZL1X018498@www.beta.redhat.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| |169722 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 08:32:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 04:32:46 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510020832.j928Wko2001186@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bugs.michael at gmx.net 2005-10-02 04:32 EST ------- > The 'standard' debuginfo package tends to have periodic > -g/-O2/gdb/gcc problems, Has this been bugzilla'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 Sun Oct 2 12:05:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 08:05:53 -0400 Subject: [Bug 168923] Review Request: Python SQLObject ORM library In-Reply-To: Message-ID: <200510021205.j92C5r50020362@www.beta.redhat.com> Please 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 SQLObject ORM library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 ------- Additional Comments From oliver.andrich at gmail.com 2005-10-02 08:05 EST ------- Just wanted to drop an info, that I updated to the final version of SQL Object 0.7.0. Spec Name or Url: http://roughbook.de/review/python-sqlobject.spec SRPM Name or Url: http://roughbook.de/review/python-sqlobject-0.7.0-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 Sun Oct 2 12:06:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 08:06:19 -0400 Subject: [Bug 169512] Review Request: net6 - A TCP protocol abstraction for library C++ In-Reply-To: Message-ID: <200510021206.j92C6JeA020416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: net6 - A TCP protocol abstraction for library C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169512 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-02 08:06 EST ------- * source matches upstream * rpmlint is almost happy * spec looks good * use of find_lang macro * correct Requires and BuildRequires * scriptlets look sane * correct use of -devel subpackage * clean installation and removal APPROVED Please update changelog and release during each review step. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 12:35:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 08:35:04 -0400 Subject: [Bug 169731] New: Review Request: ecl - Embeddable Common-Lisp 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=169731 Summary: Review Request: ecl - Embeddable Common-Lisp Product: Fedora Extras Version: devel Platform: All URL: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/ecl- 0.9g-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: http://math.ifi.unizh.ch/fedora/spec/ecl.spec SRPM: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/ecl-0.9g-1.src.rpm Description: ECL (Embeddable Common-Lisp) is an interpreter of the Common-Lisp language as described in the X3J13 Ansi specification, featuring CLOS (Common-Lisp Object System), conditions, loops, etc, plus a translator to C, which can produce standalone 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 Oct 2 12:35:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 08:35:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510021235.j92CZQs4022235@www.beta.redhat.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| |169731 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 14:08:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 10:08:27 -0400 Subject: [Bug 169735] New: Review Request: tetex-fontools - Tools to simplify using fonts. 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=169735 Summary: Review Request: tetex-fontools - Tools to simplify using fonts. Product: Fedora Extras Version: devel Platform: All URL: http://texcatalogue.sarovar.org/entries/fontools.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mpeters at mac.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mpeters.us/fc_extras/tetex-fontools.spec SRPM Name or Url: http://mpeters.us/fc_extras/tetex-fontools-1.0-1.src.rpm Description: This package provides a few tools to ease using fonts (especially TrueType/OpenType ones) with LaTeX and fontinst. -=- What this package does - it is a set of perl wrapper scripts that does various stuff to help ease the installation of fonts into the latex2e system by automating a lot of mundane stuff. Of particular usefulness is the autoinst program that wraps around otftotfm to take a set of type1 outline otf fonts, generates the tfm and vf and related files, generates the .fd files, and generates a .sty file for the font family. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 14:08:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 10:08:39 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510021408.j92E8duF030539@www.beta.redhat.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 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169735 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 16:19:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 12:19:41 -0400 Subject: [Bug 169737] New: Review Request: soundconverter: A simple sound converter application for GNOME 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=169737 Summary: Review Request: soundconverter: A simple sound converter application for GNOME Product: Fedora Extras Version: devel Platform: All URL: http://soundconverter.berlios.de/ 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/soundconverter.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/soundconverter-0.8.0-1.src.rpm Description: A simple sound converter application for the GNOME environment. It reads and writes anything the GStreamer library 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 bugzilla at redhat.com Sun Oct 2 16:19:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 12:19:57 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510021619.j92GJvGt010745@www.beta.redhat.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| |169737 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 2 17:25:47 2005 From: triad at df.lth.se (Linus Walleij) Date: Sun, 2 Oct 2005 19:25:47 +0200 (CEST) Subject: wine progress? In-Reply-To: <20051002003827.16cae6af@alkaid.lan> References: <20051001111154.343d4b24@alkaid.lan> <1128162815.20605.37.camel@localhost> <20051001130229.7743d1a3@alkaid.lan> <1128176995.2188.11.camel@dch.TQMcube.com> <20051002003827.16cae6af@alkaid.lan> Message-ID: Andreas, as far as I can see noone is objecting to you taking up the Wine maintenance and I for one would love to see it maintained. The SPEC file says: -------------------------------------------------------------- Unmaintained since RHL9. Maintainer needed. -------------------------------------------------------------- Why don't you just pick it up? There is nothing stopping it, it just happens that it isn't listed on http://www.fedoraproject.org/wiki/Extras/OrphanedPackages but it definately is orphaned. If someone objected they would have said so by now, just reassign it to yourself. (And if someone do object, they will do it now, as they always do when I open my big mouth :-) Linus From bugzilla at redhat.com Sun Oct 2 18:08:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 14:08:05 -0400 Subject: [Bug 168578] Review Request: perl-Class-ErrorHandler In-Reply-To: Message-ID: <200510021808.j92I85sg020598@www.beta.redhat.com> Please 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-ErrorHandler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168578 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-10-02 14:07 EST ------- Personal preference: I'd not add the COPYING and Artistic files. This Perl dist only consists of one single file, containing clear Copyright and License terms inlined, so bloating the rpm with legally doubtful files doesn't make much sense to me. Anyway, 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 Sun Oct 2 18:42:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 2 Oct 2005 20:42:48 +0200 Subject: wine progress? In-Reply-To: References: <20051001111154.343d4b24@alkaid.lan> <1128162815.20605.37.camel@localhost> <20051001130229.7743d1a3@alkaid.lan> <1128176995.2188.11.camel@dch.TQMcube.com> <20051002003827.16cae6af@alkaid.lan> Message-ID: <20051002204248.7c158983.bugs.michael@gmx.net> On Sun, 2 Oct 2005 19:25:47 +0200 (CEST), Linus Walleij wrote: > Andreas, as far as I can see noone is objecting to you taking up the Wine > maintenance and I for one would love to see it maintained. The SPEC file > says: > > -------------------------------------------------------------- > Unmaintained since RHL9. Maintainer needed. > -------------------------------------------------------------- > > Why don't you just pick it up? There is nothing stopping it, it just > happens that it isn't listed on > http://www.fedoraproject.org/wiki/Extras/OrphanedPackages > but it definately is orphaned. It is not listed, because there are no packages of it since fedora.us a very long time ago. It has never been in Fedora Extras, neither in pre-Extras. CVS contents could have been removed. From bugzilla at redhat.com Sun Oct 2 20:28:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 16:28:51 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510022028.j92KSpiK000873@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-10-02 16:28 EST ------- Please provide an URL to the .src.rpm This spec file is very far from usual spec files, please have a look at the specfile template distributed in the fedora-rpmdevtools 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 Sun Oct 2 20:39:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 16:39:40 -0400 Subject: [Bug 169737] Review Request: soundconverter: A simple sound converter application for GNOME In-Reply-To: Message-ID: <200510022039.j92KdeU9001851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: soundconverter: A simple sound converter application for GNOME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169737 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-02 16:39 EST ------- Needs work: * BuildRequires: desktop-file-utils is missing Everything else 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 Sun Oct 2 21:08:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:08:39 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510022108.j92L8d0o006698@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-02 17:08 EST ------- Needs work: * The package should contain the text of the license, in the COPYING and COPYING.OpenSSL files (wiki: PackageReviewGuidelines) * Each %files section should have a %defattr line (for -devel package) (wiki: PackageReviewGuidelines) * Requires for -devel is wrong, it should be : %{name} = %{version} * Please include the usual documentation files (README, AUTHORS, ChangeLog, NEWS, TODO) I'd like to know if P2P software is OK for Fedora. Can somebody contact the legal dpt ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 21:34:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:34:14 -0400 Subject: [Bug 169743] New: Review Request: libibverbs - InfiniBand user access 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=169743 Summary: Review Request: libibverbs - InfiniBand user access library Product: Fedora Extras Version: devel Platform: All URL: http://www.digitalvampire.org/fedora OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rolandd at cisco.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.digitalvampire.org/fedora/libibverbs.spec SRPM Name or Url: http://www.digitalvampire.org/fedora/libibverbs-1.0-0.1.rc3.src.rpm Description: libibverbs is a library that allows userspace processes to use InfiniBand "verbs" as described in the InfiniBand Architecture Specification. This includes direct hardware access for fast path operations. libibverbs is a library for using the "userspace verbs" support that was added in kernel 2.6.13. I will post a separate review request for the libmthca plug-in, which provides device-specific support for Mellanox InfiniBand hardware. This is my first package, so I need a sponsor as well. Thanks, Roland. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 21:34:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:34:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510022134.j92LYQjO010192@www.beta.redhat.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 rolandd at cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169743 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 21:36:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:36:24 -0400 Subject: [Bug 169744] New: Review Request: libmthca - Mellanox hardware support for libibverbs 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=169744 Summary: Review Request: libmthca - Mellanox hardware support for libibverbs Product: Fedora Extras Version: devel Platform: All URL: http://www.digitalvampire.org/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rolandd at cisco.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.digitalvampire.org/fedora/libmthca.spec SRPM Name or Url: http://www.digitalvampire.org/fedora/libmthca-1.0-0.1.rc3.src.rpm Description: libmthca provides a device-specific userspace driver for Mellanox HCAs (MT23108 InfiniHost and MT25208 InfiniHost III Ex) for use with the libibverbs library. I just posted a review request for my libibverbs package in bug 169743. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 21:36:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:36:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510022136.j92Laf6m010459@www.beta.redhat.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 rolandd at cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169744 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 21:45:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:45:21 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510022145.j92LjL7v011647@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-02 17:45 EST ------- Needs work: * No downloadable source. Please give the full URL in the Source tag. * rpmlint of gtk-gnutella: non-standard-executable-perm /usr/bin/gtk-gnutella 0555 P2P software is not included in ForbiddenItems (and is not illegal in itself actually), but I'd like to get clearance from Legal (as asked in bug 169604) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 2 21:53:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:53:39 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510022153.j92LrdFG012819@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From bugs.michael at gmx.net 2005-10-02 17:53 EST ------- > Requires: gtk+extra = 1.1.0 What is the reason for requiring this strict 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 Sun Oct 2 21:58:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 17:58:07 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200510022158.j92Lw7mG013600@www.beta.redhat.com> Please 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-10-02 17:57 EST ------- > %install > make DESTDIR=$RPM_BUILD_ROOT `cat makeflags` install rm -rf $RPM_BUILD_ROOT is missing as the first command in this %install 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 Oct 2 22:16:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 18:16:02 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510022216.j92MG24c015878@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 ------- Additional Comments From lmacken at redhat.com 2005-10-02 18:15 EST ------- Wow, stupid mistakes.. I blame lack of sleep :( These should be fixed. (made Requires: %{name} = %{version}-%{release} to remain consistent with previous packages (if this is wrong, then I can change it)) http://people.redhat.com/lmacken/dclib-0.3.7-2.src.rpm http://people.redhat.com/lmacken/dclib.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 Oct 2 22:44:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 18:44:51 -0400 Subject: [Bug 169512] Review Request: net6 - A TCP protocol abstraction for library C++ In-Reply-To: Message-ID: <200510022244.j92MipAS018032@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: net6 - A TCP protocol abstraction for library C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169512 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-10-02 18:44 EST ------- Imported into CVS, branches requested for fc-3 and fc-4, and successfully tagged and built devel branch for Fedora Extras. 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 Sun Oct 2 22:45:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 18:45:08 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510022245.j92Mj8Or018097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 Bug 169513 depends on bug 169512, which changed state. Bug 169512 Summary: Review Request: net6 - A TCP protocol abstraction for library C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169512 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 Sun Oct 2 23:38:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 19:38:21 -0400 Subject: [Bug 165612] Review Request: gfontview In-Reply-To: Message-ID: <200510022338.j92NcLDq022560@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gfontview https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165612 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From mpeters at mac.com 2005-10-02 19:38 EST ------- Imported into cvs, branched for fc-3 fc-4, builds on all platforms for fc-3/fc-4/devel Kirby, when you get a sponsor, you can take ownership. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 00:28:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 20:28:52 -0400 Subject: [Bug 165935] Review Request: tcllib In-Reply-To: Message-ID: <200510030028.j930SqWj031124@www.beta.redhat.com> Please 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-10-02 20:28 EST ------- Thanks for the comments. I've merged your changes 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 Oct 3 01:55:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 21:55:59 -0400 Subject: [Bug 169737] Review Request: soundconverter: A simple sound converter application for GNOME In-Reply-To: Message-ID: <200510030155.j931txuG013750@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: soundconverter: A simple sound converter application for GNOME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169737 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-02 21:55 EST ------- Nuts, I knew I forgot something. 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 Mon Oct 3 01:59:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 21:59:38 -0400 Subject: [Bug 165935] Review Request: tcllib In-Reply-To: Message-ID: <200510030159.j931xb6C014378@www.beta.redhat.com> Please 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 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From petersen at redhat.com 2005-10-02 21:59 EST ------- Thanks, the package is approved. Please go ahead and build, request branches, and add bugzilla ownership, and then close this 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 Oct 3 03:14:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 23:14:14 -0400 Subject: [Bug 169752] New: Review Request: libibverbs - InfiniBand user access 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=169752 Summary: Review Request: libibverbs - InfiniBand user access library Product: Fedora Extras Version: devel Platform: All URL: http://www.digitalvampire.org/fedora OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rolandd at cisco.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.digitalvampire.org/fedora/libibverbs.spec SRPM Name or Url: http://www.digitalvampire.org/fedora/libibverbs-1.0-0.1.rc3.src.rpm Description: libibverbs is a library that allows userspace processes to use InfiniBand "verbs" as described in the InfiniBand Architecture Specification. This includes direct hardware access for fast path operations. libibverbs is a library for using the "userspace verbs" support that was added in kernel 2.6.13. I will post a separate review request for the libmthca plug-in, which provides device-specific support for Mellanox InfiniBand hardware. This is my first package, so I need a sponsor as well. Thanks, Roland. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 03:14:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 23:14:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510030314.j933ELUj022422@www.beta.redhat.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 rolandd at cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169752 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 03:16:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 23:16:44 -0400 Subject: [Bug 169752] Review Request: libibverbs - InfiniBand user access library In-Reply-To: Message-ID: <200510030316.j933Gi4u022705@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libibverbs - InfiniBand user access library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169752 rolandd at cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From rolandd at cisco.com 2005-10-02 23:16 EST ------- Sorry, hit reload in the wrong window by mistake... *** This bug has been marked as a duplicate of 169743 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 03:16:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 2 Oct 2005 23:16:56 -0400 Subject: [Bug 169743] Review Request: libibverbs - InfiniBand user access library In-Reply-To: Message-ID: <200510030316.j933GucS022747@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libibverbs - InfiniBand user access library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169743 ------- Additional Comments From rolandd at cisco.com 2005-10-02 23:16 EST ------- *** Bug 169752 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 Mon Oct 3 04:30:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 00:30:10 -0400 Subject: [Bug 167977] Review Request: gnome-screensaver In-Reply-To: Message-ID: <200510030430.j934UANX003713@www.beta.redhat.com> Please 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-screensaver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167977 Bug 167977 depends on bug 167984, which changed state. Bug 167984 Summary: change xscreensaver requirement https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167984 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |RAWHIDE 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 Oct 3 05:35:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 01:35:20 -0400 Subject: [Bug 169753] New: Review Request: tclhttpd - A Tcl-based web/application server 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=169753 Summary: Review Request: tclhttpd - A Tcl-based web/application server Product: Fedora Extras Version: devel Platform: All URL: http://tclhttpd.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: http://www.kobold.org/~wart/fedora/tclhttpd.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/tclhttpd-3.5.1-2.src.rpm MD5SUMS: http://www.kobold.org/~wart/fedora/MD5SUM.asc Description: TclHttpd is a Web server implemented in pure Tcl. It works out of the box as a Web server, but is really designed to be a Tcl application server. It supports HTML+Tcl templates, and is extensible in a variety of ways. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 05:35:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 01:35:32 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510030535.j935ZWv2011450@www.beta.redhat.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| |169753 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 05:38:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 01:38:55 -0400 Subject: [Bug 169754] New: Review Request: tclxml - XML parsing package for Tcl 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=169754 Summary: Review Request: tclxml - XML parsing package for Tcl Product: Fedora Extras Version: devel Platform: All URL: http://tclxml.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: http://www.kobold.org/~wart/fedora/tclxml.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/tclxml-3.0-1.src.rpm MD5SUMs: http://www.kobold.org/~wart/fedora/MD5SUM.asc Description: TclXML is a package that provides XML parsing for the Tcl scripting language. It has three implementations of XML parsers: one written purely in Tcl and wrappers for the expat and Gnome libxml2 C 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 Mon Oct 3 05:39:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 01:39:03 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510030539.j935d3XB011860@www.beta.redhat.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| |169754 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 06:30:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 02:30:03 -0400 Subject: [Bug 169737] Review Request: soundconverter: A simple sound converter application for GNOME In-Reply-To: Message-ID: <200510030630.j936U3Mg018768@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: soundconverter: A simple sound converter application for GNOME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169737 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-03 02:29 EST ------- That's what we're for :) Review for release 1: * RPM name is OK * Source soundconverter-0.8.0.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of soundconverter looks OK * File list of soundconverter looks OK * Works fine. 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 gauret at free.fr Mon Oct 3 06:53:11 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 03 Oct 2005 08:53:11 +0200 Subject: Peer to peer software Message-ID: Hi, People have submitted P2P software for review in Fedora Extras (see bugs 169604 and 169471) Peer to peer is not in the list of ForbiddenItems (http://fedoraproject.org/wiki/ForbiddenItems), but I'd like to know what the legal dpt thinks of it. What is the best way to contact them ? Thanks Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr If one keeps trying, one successes eventually. Therefore, the more one fails, the closer one is to success. -- Shadok moto. From bugzilla at redhat.com Mon Oct 3 07:06:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 03:06:31 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510030706.j9376VWA024988@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-03 03:06 EST ------- That is because the development of gtk+extra freeze during more than 3 years (http://gtkextra.sourceforge.net/ last release 0.99.17 on 12/04/2001) and the gpsim maintener need some improvements in gtk+extra. So he provide a release he need (gtk+extra 1.1.0). But gtk+extra development restart on 05/17/2005, last release is 2.1.1 on 06/24/2005 which is incompatible with current version of gpsim. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 07:26:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 03:26:39 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510030726.j937QdD2029136@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-03 03:26 EST ------- * BuildRequires: desktop-file-utils is missing * You could replace "--with-qt-dir" with QT environment variable, so you don't have to update it when QT4 is out. Usually, it's: unset QTDIR && . %{_sysconfdir}/profile.d/qt.sh and then %configure * Please use install -p to preserve timestamps * desktop file already contains X-Fedora -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 07:50:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 03:50:32 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510030750.j937oWhg001483@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From rc040203 at freenet.de 2005-10-03 03:50 EST ------- (In reply to comment #7) > That is because the development of gtk+extra freeze during more than 3 years > (http://gtkextra.sourceforge.net/ last release 0.99.17 on 12/04/2001) and the > gpsim maintener need some improvements in gtk+extra. So he provide a release > he need (gtk+extra 1.1.0). > But gtk+extra development restart on 05/17/2005, last release is 2.1.1 on > 06/24/2005 which is incompatible with current version of gpsim. What you say above is multiple troublesome: 1. The gtk+extra 1.1.0 gpsim requires, is not an official version of gtk+extras. => We should _not_ ship gtk+extra-1.1.0 under the name "gtk+extra", as shipping something unofficial/derived under the original name, IMO is truely bad idea. I think we should consider to withdraw the current gtk+extra-1.1.0. 2. gtk+extra > 2.x is incompatible to gtk+extra < 1.0 => All 3 versions must be installable in parallel, should there be a corresponding demand for all 3 versions. What to do in detail, depends on packaging details of all 3 versions. 3. Requires: gtk+extra = 1.1.0 doesn't make any sense, because, to be able to ship all 3 versions, the package names must be chosen in such a way they do not conflict, e.g. gtk+extra (1.0.x) gtk+extra11 (1.1.x) gtk+extra2 (>= 2.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 Mon Oct 3 09:34:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 05:34:48 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510030934.j939YlAl016853@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From bugs.michael at gmx.net 2005-10-03 05:34 EST ------- > So he provide a release he need (gtk+extra 1.1.0). There has been an official 1.0.0 release. How does the 1.1.0 unofficial release compare with the official 1.0.0? What exactly is this 1.1.0 version? Where does it come from? Who is the one who came up with that version number? Is it a CVS snapshot? Did the gpsim maintainer create this version number out of thin air? WRT Ralf's points: Full ACK. We cannot offer an unofficial release with an unofficial version number unless it is assured that the official release, regardless of how old it may be, can be shipped conflict-free and using its original version and official package name. In addition to the explicit versioned Requires being both too strict and too fragile, does the package provide any SONAMES which would conflict with the official gtk+extra versions? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 10:23:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 06:23:24 -0400 Subject: [Bug 169352] Review Request: libole2 - The Structured Storage OLE2 library In-Reply-To: Message-ID: <200510031023.j93ANONm022919@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libole2 - The Structured Storage OLE2 library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169352 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Christian.Iseli at licr.org ------- Additional Comments From Christian.Iseli at licr.org 2005-10-03 06:23 EST ------- Hi Andreas, (In reply to comment #1) > This has been in FC for FC-1 and FC-2. Does somebody know why it was dropped? Well, took me a while (very busy ATM), but here is the answer: libole2 got replaced by libgsf. Have a look at http://freshmeat.net/projects/libgsf/ I suggest you use libgsf for the orange package, and drop the request for inclusion of libole2... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 11:14:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:14:22 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510031114.j93BEMEI029353@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-03 07:14 EST ------- (In reply to comment #9) > > So he provide a release he need (gtk+extra 1.1.0). > > There has been an official 1.0.0 release. How does the 1.1.0 unofficial > release compare with the official 1.0.0? What exactly is this 1.1.0 > version? Where does it come from? Who is the one who came up with > that version number? Is it a CVS snapshot? Did the gpsim maintainer > create this version number out of thin air? As the gtk+extra development was stopped (last released was 0.99.17 on 12/04/2001 gtk1 based), Scott Dattalo, gpsim maintener, decided to port gtk+extra to gtk2 and released this port as 1.0.0 (unofficial), then 1.1.0, released on 04/29/2005. Official gtk+extra development restart and port to gtk2, and the new release was 1.0.0 on 05/17/2005. Last release is 2.1.1, on 06/24/2005. > WRT Ralf's points: Full ACK. > > We cannot offer an unofficial release with an unofficial version number > unless it is assured that the official release, regardless of how old it > may be, can be shipped conflict-free and using its original version and > official package name. > > In addition to the explicit versioned Requires being both too strict > and too fragile, does the package provide any SONAMES which would > conflict with the official gtk+extra versions? No, on unofficial gtk+extra, sonames are libgtkextra-x11-1.1.so*, on official gtk+extra, sonames are libgtkextra-x11-2.0.so* What should I have to do? Create a package as gtk+extra11 for unofficial version and gtk+extra for official? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 11:23:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:23:51 -0400 Subject: [Bug 168210] Review Request: phpldapadmin - Web-based tool for managing LDAP servers In-Reply-To: Message-ID: <200510031123.j93BNpCj030178@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: phpldapadmin - Web-based tool for managing LDAP servers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168210 ------- Additional Comments From bugs.michael at gmx.net 2005-10-03 07:23 EST ------- Comment 9 is a good point. While practically we are permitted to modify the source code and the program, we ought to be really careful about not annoying upstream developers with changes which differ from their official release. What the packager might consider useful from the perspective of a software user, might not be the developers' point of view. At least ask them for permission for applying the patches in Fedora Extras, and include their response and the rationale for the patches as %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 Mon Oct 3 11:34:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:34:29 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200510031134.j93BYTUU031618@www.beta.redhat.com> Please 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-10-03 07:34 EST ------- Thanks, (Why rpmlint-0.71 has told nothing about this? :( ) changed 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 Mon Oct 3 11:37:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:37:28 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510031137.j93BbSTt032037@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bugs.michael at gmx.net 2005-10-03 07:37 EST ------- Please review the "Code vs Content" guidelines: http://fedoraproject.org/wiki/PackagingGuidelines#head-4dc3d91015e3651ef0569c9810270ff31d277a4b The "fortune-mod" package, due to some of the content included within it which may be considered offensive in one way or another, is a corner-case already. I think adding a separate package to Fedora Extras for just 30 KiB of quotes is not justified. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 11:41:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:41:54 -0400 Subject: [Bug 168210] Review Request: phpldapadmin - Web-based tool for managing LDAP servers In-Reply-To: Message-ID: <200510031141.j93BfsWa032566@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: phpldapadmin - Web-based tool for managing LDAP servers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168210 ------- Additional Comments From dmitry at butskoy.name 2005-10-03 07:41 EST ------- (for comment #18) I agree. All issues are in active discussion now in upstream devel 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 Mon Oct 3 11:49:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:49:24 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510031149.j93BnOkH000872@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 ------- Additional Comments From dmitry at butskoy.name 2005-10-03 07:49 EST ------- I already asked about it a little, see https://www.redhat.com/archives/fedora-extras-list/2005-September/msg01571.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 Oct 3 11:58:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 07:58:13 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510031158.j93BwDbI001911@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From rc040203 at freenet.de 2005-10-03 07:58 EST ------- (In reply to comment #10) > (In reply to comment #9) > No, on unofficial gtk+extra, sonames are libgtkextra-x11-1.1.so*, on official > gtk+extra, sonames are libgtkextra-x11-2.0.so* > > What should I have to do? > > Create a package as gtk+extra11 for unofficial version and gtk+extra for > official? That won't help, because other packages potentially to be submitted could require the official gtk+extra-1.x. So you are facing several problems at once: 1. You must replace the current gtk+extra with an official package, either 2.0 or 1.0. 2. The unofficial version must not conflict with any official package. I.e. you have to provide a solution that allows a clean, parallel installation of all 3 packages, 'official old', 'official new' and 'inofficial', both devel and run-time variant packages. If following the gtk+/gtk2 naming conventions, you could to 1) Put the latest official gtk+extra-1 sources into "gtk+extra" packages and increment the epoch. 2) Ship gtk+extra >2.0 as "gtk2+extra" or "gtk+extra2" 3) Put the unofficial stuff into an arbitarily named package (say gpsim-libs) and hack the package in such a way that this version doesn't conflict with any of the official versions (Neither includes nor SONAMEs). Instead of 3) you could merge the "unofficial gtk+extras" with the gpsim package and link statically against it. Many other possibilities are possible. As usual things depend on details. The cleanest solution would be to push upstream gpsim to using the current gtk+extra2. If they can provide such a solution in not too distant future, upgrading gtk+extra to 2 and waiting with gpsim probably would be 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 Mon Oct 3 12:24:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 08:24:44 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510031224.j93COiGa004922@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 ------- Additional Comments From dmitry at butskoy.name 2005-10-03 08:24 EST ------- Source and exec-perms: 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 bugzilla at redhat.com Mon Oct 3 12:38:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 08:38:07 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510031238.j93Cc7WQ007136@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From mpeters at mac.com 2005-10-03 08:38 EST ------- For reviewers - to test this package on T1 outline OpenType font families, Acrobat 7.0.1 for x86 Linux comes with some - /usr/local/Adobe/Acrobat7.0/Resource/Font/ Acrobat has three otf families with several fonts in there that can be played with: CourierStd, MinionPro, MyriadPro something like mkdir -p /tmp/{tfm,vf,type1,enc} export TFMDESTDIR="/tmp/tfm" export VFDESTDIR="/tmp/vf" export T1DESTDIR="/tmp/type1" export ENCODINGDESTDIR="/tmp/enc" OTFOPTS="--no-updmap" autoinst --extra="${OTFOPTS}" /usr/local/Adobe/Acrobat7.0/Resource/Font/MyriadPro* should demonstrate it (it'll leave a .fd, .map, and .sty file in the directory it is called 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 bugzilla at redhat.com Mon Oct 3 13:28:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 09:28:53 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510031328.j93DSrGp015664@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-03 09:28 EST ------- (In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #9) > > > No, on unofficial gtk+extra, sonames are libgtkextra-x11-1.1.so*, on official > > gtk+extra, sonames are libgtkextra-x11-2.0.so* > > > > What should I have to do? > > > > Create a package as gtk+extra11 for unofficial version and gtk+extra for > > official? > That won't help, because other packages potentially to be submitted could > require the official gtk+extra-1.x. > > So you are facing several problems at once: > 1. You must replace the current gtk+extra with an official package, either 2.0 > or 1.0. > 2. The unofficial version must not conflict with any official package. > > I.e. you have to provide a solution that allows a clean, parallel installation > of all 3 packages, 'official old', 'official new' and 'inofficial', both devel > and run-time variant packages. > > If following the gtk+/gtk2 naming conventions, you could to > 1) Put the latest official gtk+extra-1 sources into "gtk+extra" packages and > increment the epoch. > 2) Ship gtk+extra >2.0 as "gtk2+extra" or "gtk+extra2" I have to ask the gtk+extra maintener what are the real differences between his 1.0.0 and 2.0.0 version. I am not sure that is gtk1 and gtk2, so perhaps packaging 1.0.0 won't be needed. > 3) Put the unofficial stuff into an arbitarily named package (say gpsim-libs) > and hack the package in such a way that this version doesn't conflict with any > of the official versions (Neither includes nor SONAMEs). > > Instead of 3) you could merge the "unofficial gtk+extras" with the gpsim package > and link statically against it. > > Many other possibilities are possible. As usual things depend on details. > > The cleanest solution would be to push upstream gpsim to using the current > gtk+extra2. If they can provide such a solution in not too distant future, > upgrading gtk+extra to 2 and waiting with gpsim probably would be best. Sure, this is the best solution. I asked for that on the gpsim-devel list. As soon I get an answer, I'll feedback. Can we wait several days before doing something or should I have to do something immediatly? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 3 13:49:43 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 03 Oct 2005 17:49:43 +0400 Subject: php-mcrypt & php-mhash In-Reply-To: References: <433D3E75.3060805@odu.neva.ru> Message-ID: <434136F7.1030500@odu.neva.ru> Konstantin Ryabitsev wrote: >> It will look a little ugly if both sub-packages will have full php >>tarball in srpm, or if corresponding parts of the php source will be >>just cut out from it... >> >> > >It's actually very simple, and doesn't require the php tarball. I've >packaged php-mcrypt about a year ago for another project, and I >believe it can be easily reused. See: > >http://linux.duke.edu/~icon/misc/fe/php-mcrypt.spec > > There is no full url for "Source0" in your .spec ... It's just a case when "corresponding parts of the php source will be taken", I would prefer to avoid such a way. And I guess Fedora prefers too: see for example "vnc" package -- it includes full xorg-x11 tarbal in srpm... buc -------------- next part -------------- An HTML attachment was scrubbed... URL: From anto.montagnani at virgilio.it Mon Oct 3 13:54:33 2005 From: anto.montagnani at virgilio.it (Antonio Montagnani) Date: Mon, 03 Oct 2005 15:54:33 +0200 Subject: UFRAW Message-ID: <43413819.8000301@virgilio.it> I am running the UFRAW plugin for Gimp to manage raw photo from digital cameras. I have seen that 0.5 has been released. Any plan to insert the new release, that is a big improve to photographers? Tnx -- Antonio Montagnani ================================================================================ Mail by Mozilla Thunderbird 1.0.6 Websurfing by Mozilla Firefox 1.0.6 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ Posta con Mozilla Thunderbird 1.0.6 Navigazione con Mozilla Firefox 1.0.6 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ From ivazquez at ivazquez.net Mon Oct 3 14:03:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 03 Oct 2005 10:03:53 -0400 Subject: UFRAW In-Reply-To: <43413819.8000301@virgilio.it> References: <43413819.8000301@virgilio.it> Message-ID: <1128348233.2493.5.camel@ignacio.lan> On Mon, 2005-10-03 at 15:54 +0200, Antonio Montagnani wrote: > I am running the UFRAW plugin for Gimp to manage raw photo from digital > cameras. > I have seen that 0.5 has been released. Any plan to insert the new > release, that is a big improve to photographers? http://bugzilla.redhat.com/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Oct 3 14:09:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 10:09:06 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510031409.j93E963R022907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-03 10:08 EST ------- I've had a look at the included URLs in gwcache.boot, and none contain obvious illegal material. Review for release 1: * RPM name is OK * Source gtk-gnutella-0.95.4.tar.bz2 is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of gtk-gnutella looks OK * File list of gtk-gnutella looks OK * Works fine. 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 gauret at free.fr Mon Oct 3 14:08:58 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 03 Oct 2005 16:08:58 +0200 Subject: Peer to peer software References: Message-ID: Hi, Looks like this has been answered before: https://www.redhat.com/archives/fedora-extras-list/2005-September/msg01571.html P2P software is OK as long as it doesn't come preloaded with links to illegal content. Sorry for not searching before... Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr It is by caffeine alone that I set my mind in motion. It is by the beans of java that the thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone that I set my mind in motion. From bugzilla at redhat.com Mon Oct 3 14:24:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 10:24:06 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510031424.j93EO6bM025653@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From tcallawa at redhat.com 2005-10-03 10:23 EST ------- So, the content issue is boiled down to two questions: 1. Does fortune-mod-firefly enhance the user experience? (I could see both sides of this issue, but I'm leaning towards yes) 2. Is the content legally permissable? I would say that this content falls safely under the guidelines of Fair Use, as long as the upstream authors are clearly attributed. Right now, this is not the case, but it would not be difficult to identify the authors from the various TV scripts (Tim Minear, Joss Whedon, Ben Edlund, Jane Espenson, Drew Z. Greenberg, Jose Molina, Cheryl Cain, Brent Matthews) and the movie script (Joss Whedon). Also, I think we should not worry about the fact that this package is small. If anything, we should worry less about it because it is so small. So, Karen, here's what you need to do: 1. Clean up that spec file. It's really icky. 2. In the %description section of that package, make sure you give citations to the authors of the scripts where your quotes originate. 3. Have your tarball just create a "firefly-mod" directory with those two files included in it, as opposed to the current "usr/share/games/fortune/*" hierarchy that it is currently using. Then, have your spec file make the correct target directories and install those files into them (and use %files to annotate what should be packaged in the rpm). If you need help doing any of that, please feel free to let me know. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 14:26:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 10:26:56 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510031426.j93EQuDZ026694@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-03 10:26 EST ------- Looks like P2P software is OK: https://www.redhat.com/archives/fedora-extras-list/2005-September/msg01573.html Review for release 2: * RPM name is OK * Source dclib-0.3.7.tar.gz is the same as upstream * Builds fine in mock * rpmlint of dclib looks OK * rpmlint of dclib-devel looks OK * File list of dclib looks OK * File list of dclib-devel looks OK * Works fine (tested with valknut) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 15:36:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 11:36:29 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510031536.j93FaTKe011116@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 ------- Additional Comments From lmacken at redhat.com 2005-10-03 11:36 EST ------- (In reply to comment #2) > * BuildRequires: desktop-file-utils is missing > * You could replace "--with-qt-dir" with QT environment variable, so you don't > have to update it when QT4 is out. Usually, it's: > unset QTDIR && . %{_sysconfdir}/profile.d/qt.sh > and then %configure > * Please use install -p to preserve timestamps > * desktop file already contains X-Fedora Fixed. http://people.redhat.com/lmacken/valknut.spec http://people.redhat.com/lmacken/valknut-0.3.7-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 Oct 3 15:57:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 11:57:27 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510031557.j93FvRbP016145@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 ------- Additional Comments From bugs.michael at gmx.net 2005-10-03 11:57 EST ------- How did you check GWebCache contents? I believe it is impossible to ensure that they do not reference any servents with illegal content. IMO, it would be better no just ship the software and not any bootstrapping URLs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 16:03:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:03:06 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510031603.j93G366v016955@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-10-03 12:02 EST ------- Imported into CVS, updated owners.list file, requested FC-3 and FC-4 CVS branches, and built for devel. 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 Oct 3 16:03:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:03:35 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510031603.j93G3ZcL017064@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 Bug 169605 depends on bug 169604, which changed state. Bug 169604 Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 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 Mon Oct 3 16:10:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:10:00 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510031610.j93GA0ZL018312@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|NEXTRELEASE | ------- Additional Comments From gauret at free.fr 2005-10-03 12:09 EST ------- > How did you check GWebCache contents ? I just opened the URLs in a browser and had a very quick look at them. But if gtk-gnutella can work without the gwcache.boot file, it would be better to remove it, I agree -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 16:11:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:11:07 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510031611.j93GB7hm018501@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 ------- Additional Comments From gauret at free.fr 2005-10-03 12:11 EST ------- Missing BuildRequires : libxml-devel (build fails 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 Mon Oct 3 16:24:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:24:48 -0400 Subject: [Bug 168213] Review request: perl-Test-Inline - Test::Inline Perl module In-Reply-To: Message-ID: <200510031624.j93GOmDb022195@www.beta.redhat.com> Please 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-Inline - Test::Inline Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168213 Bug 168213 depends on bug 169112, which changed state. Bug 169112 Summary: Review request: perl-Pod-Tests - Extract embedded tests and code examples from POD https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169112 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 Mon Oct 3 16:39:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:39:06 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510031639.j93Gd6vZ026801@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 ------- Additional Comments From dmitry at butskoy.name 2005-10-03 12:38 EST ------- /usr/share/gtk-gnutella/gwcache.boot actually points to some http urls. It does not point directly to any servents with contents. These urls are not intended for any content providing. I believe that Gnutella knows all the legal issues and avoids them... IMHO, some similar situation was "links to fedorafaq.org site", which I saw recently somewhere in mailing lists. Fedora can points to "fedorafaq" site, just saying nothing particularly about what the users can find there. (They can find there links to soft with legal issues). May be I should just check carefully all the gwcache.boot links (and do it on each package update)? But, IMHO, upstream already should do it... Anyway, without initial gwcache, the program appears to be much less usable. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 16:44:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:44:22 -0400 Subject: [Bug 169789] New: Review Request: tiobench 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=169789 Summary: Review Request: tiobench Product: Fedora Extras Version: devel Platform: All URL: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/tiob ench-0.3.3-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora at leemhuis.info QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/tiobench.spec SRPM Name or Url: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/tiobench-0.3.3-1.src.rpm Description: Tiobench is a portable, robust, fully-threaded file system benchmark especially designed to test I/O performance with multiple running threads. Notes: The man-pages were part of the debian package. They contain the following note at the end: "This manual page was written by Peter Palfrader , for the Debian GNU/Linux system (but may be used by others)." That enough for us? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 16:44:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:44:35 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510031644.j93GiZcT028309@www.beta.redhat.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 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169789 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 16:59:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 12:59:58 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510031659.j93GxwN7031297@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.daughtersoftiresi|http://www.daughtersoftiresi |as.org/progs/firefly/fortune|as.org/progs/firefly/fortune |-mod-firefly-1.6- |-firefly-1.6-0.noarch.rpm |0.noarch.rpm | ------- Additional Comments From karen-pease at uiowa.edu 2005-10-03 12:59 EST ------- Ok - I'll get to cleaning up the spec file. I've never written one before, so I worked (based on a rpm howto that I found) until I got one that worked - I'll use the example that Michael Schwendt referenced. Done - I started with the template, and the only thing that I really had to alter (apart from filling out the blanks) was that, since there's no building in this noarch package, all of the references to building were stripped. I already credit Whedon in the description - I'll credit the other writers as well. Done. As far as size goes, here are the size of some common fortune datafiles already out there, with Firefly added in, sorted by size.: 4.0K fgump 4.0K translate-me 8.0K ascii-art 8.0K goedel 8.0K pets 12K chapterhouse-dune 12K dune-messiah 12K magic 12K news 12K prog-style 12K ralph 12K starwars 16K calvin 16K kernelcookies 20K cbg 20K heretics-of-dune 20K house-harkonnen 20K linuxcookie 20K medicine 24K bofh-excuses 24K dune 24K hitchhiker 24K house-atreides 24K love 24K macintosh 24K powerpuff 24K riddles 28K fortunes 28K kids 28K oneliners 32K children-of-dune 32K god-emperor 32K startrek 32K xfiles 36K chalkboard 36K ethnic 36K food 36K platitudes 40K drugs 40K education 40K sports 40K tao 40K zippy 44K futurama 44K humorists 48K miscellaneous 48K osho 48K zippy2 52K homer 52K literature 56K law 60K wisdom 84K art 88K firefly 88K taow 92K kernelnewbies 108K work 112K politics 128K science 148K people 156K definitions 192K discworld 228K computers 232K songs-poems 240K cookie 2.4M simpsons You'll notice that firefly is not small, but large for a fortune-mod. It's over three times the size of, say, the "fortunes" file. Sure, it doesn't compare to monstrous mods like "simpsons", but it's quite sizable. Also, checking over other fortune mods, it shouldn't have "mod" in the title - so I'm stripping that out. New URLs are below. For the person who asked for a src rpm: this is a noarch package, which does no building. What would the point of a src rpm be? As for offensiveness: The TV-series quotes were deemed nonoffensive enough to be run on Fox, at the very least. The movie was rated PG-13, mostly for violence. Is that really too extreme? If what they said in Chinese was offensive to people (the Chinese wasn't translated in the series or movie, thus avoiding the censors, but is translated here), I could remove the translations of the Chinese to make it just like the TV series and movie. Thanks for your help and criticism! I made this package not only because I'm a Firefly fan, but because there are so many geeks out there who are. It's almost an obsessive topic on Slashdot, for example. Even without being part of a major distro, I've gotten several hundred (perhaps thousands by now, I haven't checked lately) downloads of the software (that, with my only exposure being a mention on the wikipedia firefly article and an occasional mention on Slashdot), and over a dozen emails. Thus, I thought that, given its popularity with limited exposure, it'd be nice to have in my favorite distro (Fedora). As I may end up having to package a more important package in the future (I'm a developer on nethack-vultureseye), I figured a simple project like this would be a good start. New URL: http://www.daughtersoftiresias.org/progs/firefly/fortune-firefly-1.6-0.noarch.rpm New Specfile: http://www.daughtersoftiresias.org/progs/firefly/fortune-firefly.spec New Let me know what to do 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 Mon Oct 3 17:08:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 13:08:02 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510031708.j93H82Kc032157@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From gauret at free.fr 2005-10-03 13:07 EST ------- > For the person who asked for a src rpm: this is a noarch package, which does > no building. What would the point of a src rpm be? Those are actually quite different. A noarch package contains the final files, while a src.rpm contains the tarball and the 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 Mon Oct 3 17:08:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 13:08:37 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510031708.j93H8bLn032247@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-03 13:08 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.9 SRPM Name or Url: swish-e-2.4.2-9.fc4.src.rpm >Has this been bugzilla'ed? Not for swish-e, but, most recently, the xorg-x11 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 orion at cora.nwra.com Mon Oct 3 17:18:32 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 03 Oct 2005 11:18:32 -0600 Subject: Trying to package perl-Net-IP-CMatch Message-ID: <434167E8.8030609@cora.nwra.com> I'm trying to package perl-Net-IP-CMatch for FC4 and running into the following error during build, apparently during the debug package processing. Any ideas? + /usr/lib/rpm/find-debuginfo.sh /export/home/orion/redhat/perl-Net-IP-CMatch-0.02/Net-IP-CMatch-0.02 extracting debug info from /export/tmp/rpm/perl-Net-IP-CMatch-0.02-1-root-orion/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so 9 blocks + /usr/lib/rpm/redhat/brp-compress + /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip + /usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump Executing(%check): /bin/sh -e /export/tmp/rpm/rpm-tmp.42052 + umask 022 + cd /export/home/orion/redhat/perl-Net-IP-CMatch-0.02 + cd Net-IP-CMatch-0.02 + make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/Net-IP-CMatch....ok All tests successful. Files=1, Tests=4, 0 wallclock secs ( 0.12 cusr + 0.06 csys = 0.18 CPU) + exit 0 Processing files: perl-Net-IP-CMatch-0.02-1 Provides: CMatch.so perl(Net::IP::CMatch) = 0.02 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= 3.0.3-1 Requires: libc.so.6 libc.so.6(GLIBC_2.1.3) perl >= 0:5.006001 perl(:MODULE_COMPAT_5.8.6) perl(Exporter) perl(XSLoader) perl(strict) perl(warnings) Checking for unpackaged file(s): /usr/lib/rpm/check-files /export/tmp/rpm/perl-Net-IP-CMatch-0.02-1-root-orion error: Installed (but unpackaged) file(s) found: /usr/lib/debug/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so.debug /usr/src/debug/Net-IP-CMatch-0.02/CMatch.c /usr/src/debug/Net-IP-CMatch-0.02/CMatch.xs spec: Name: perl-Net-IP-CMatch Version: 0.02 Release: 1 Summary: Efficiently match IP addresses against IP ranges with C Group: Development/Libraries License: Artistic or GPL URL: http://search.cpan.org/~beau/Net-IP-CMatch-0.02/lib/Net/IP/CMatch.pm Source0: http://search.cpan.org/CPAN/authors/id/B/BE/BEAU/Net-IP-CMatch-0.02.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description Net::IP::CMatch is based upon, and does the same thing as Net::IP::Match. The unconditionally exported subroutine 'match_ip' determines if the ip to match ( first argument ) matches any of the subsequent ip arguments. Match arguments may be absolute quads, as '127.0.0.1', or contain mask bits as '111.245.76.248/29'. A true return value indicates a match. It was written in C, rather than a macro, preprocessed through Perl's source filter mechanism ( as is Net::IP::Match ), so that the ip arguments could be traditional perl scalars. The C code is lean and mean ( IMHO ). %prep %setup -q -n Net-IP-CMatch-%{version} %build CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* %check make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc #%{perl_vendorlib}/* %{perl_vendorarch}/auto/* %{perl_vendorarch}/Net/IP/CMatch.pm %{_mandir}/man3/*.3* %changelog * Mon Oct 3 2005 - Orion Poplawski - 0.02-1 - Initial version RPM build errors: Installed (but unpackaged) file(s) found: /usr/lib/debug/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so.debug /usr/src/debug/Net-IP-CMatch-0.02/CMatch.c /usr/src/debug/Net-IP-CMatch-0.02/CMatch.xs -- 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 Mon Oct 3 17:19:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 13:19:49 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510031719.j93HJnIL001131@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.daughtersoftiresi|http://www.daughtersoftiresi |as.org/progs/firefly/fortune|as.org/progs/firefly/fortune |-firefly-1.6-0.noarch.rpm |-firefly-1.6-1.noarch.rpm ------- Additional Comments From karen-pease at uiowa.edu 2005-10-03 13:19 EST ------- Ah, ok. It's created now. URL: http://www.daughtersoftiresias.org/progs/firefly/fortune-firefly-1.6-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 Oct 3 17:31:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 13:31:13 -0400 Subject: [Bug 167034] Review Request: foremost -- Recover files by "carving" them from a disk image In-Reply-To: Message-ID: <200510031731.j93HVDIC002227@www.beta.redhat.com> Please 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 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From toshio at tiki-lounge.com 2005-10-03 13:31 EST ------- Imported to cvs; owners.list updated; and built for 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 chris at chrisgrau.com Mon Oct 3 17:34:07 2005 From: chris at chrisgrau.com (Chris Grau) Date: Mon, 3 Oct 2005 10:34:07 -0700 Subject: Trying to package perl-Net-IP-CMatch In-Reply-To: <434167E8.8030609@cora.nwra.com> References: <434167E8.8030609@cora.nwra.com> Message-ID: <20051003173407.GA29546@chrisgrau.com> On Mon, Oct 03, 2005 at 11:18:32AM -0600, Orion Poplawski wrote: > I'm trying to package perl-Net-IP-CMatch for FC4 and running into the > following error during build, apparently during the debug package > processing. Any ideas? > [snip - lots of rpmbuild output] > error: Installed (but unpackaged) file(s) found: > > /usr/lib/debug/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so.debug > /usr/src/debug/Net-IP-CMatch-0.02/CMatch.c > /usr/src/debug/Net-IP-CMatch-0.02/CMatch.xs > > > spec: > Name: perl-Net-IP-CMatch > Version: 0.02 > Release: 1 > Summary: Efficiently match IP addresses against IP ranges with C > > Group: Development/Libraries > License: Artistic or GPL > URL: > http://search.cpan.org/~beau/Net-IP-CMatch-0.02/lib/Net/IP/CMatch.pm > Source0: > http://search.cpan.org/CPAN/authors/id/B/BE/BEAU/Net-IP-CMatch-0.02.tar.gz > BuildRoot: > %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > > BuildArch: noarch This doesn't appear to be a noarch package. Drop this line. [snip - the rest of the spec file] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Mon Oct 3 17:35:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 3 Oct 2005 19:35:13 +0200 Subject: Trying to package perl-Net-IP-CMatch In-Reply-To: <434167E8.8030609@cora.nwra.com> References: <434167E8.8030609@cora.nwra.com> Message-ID: <20051003193513.62e36564.bugs.michael@gmx.net> On Mon, 03 Oct 2005 11:18:32 -0600, Orion Poplawski wrote: > I'm trying to package perl-Net-IP-CMatch for FC4 and running into the > following error during build, apparently during the debug package > processing. Any ideas? > > + /usr/lib/rpm/find-debuginfo.sh > /export/home/orion/redhat/perl-Net-IP-CMatch-0.02/Net-IP-CMatch-0.02 > extracting debug info from > /export/tmp/rpm/perl-Net-IP-CMatch-0.02-1-root-orion/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so > 9 blocks > + /usr/lib/rpm/redhat/brp-compress > + /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip > + /usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump > Executing(%check): /bin/sh -e /export/tmp/rpm/rpm-tmp.42052 > + umask 022 > + cd /export/home/orion/redhat/perl-Net-IP-CMatch-0.02 > + cd Net-IP-CMatch-0.02 > + make test > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t > t/Net-IP-CMatch....ok > All tests successful. > Files=1, Tests=4, 0 wallclock secs ( 0.12 cusr + 0.06 csys = 0.18 CPU) > + exit 0 > Processing files: perl-Net-IP-CMatch-0.02-1 > Provides: CMatch.so perl(Net::IP::CMatch) = 0.02 > Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= > 3.0.3-1 > Requires: libc.so.6 libc.so.6(GLIBC_2.1.3) perl >= 0:5.006001 > perl(:MODULE_COMPAT_5.8.6) perl(Exporter) perl(XSLoader) perl(strict) > perl(warnings) > Checking for unpackaged file(s): /usr/lib/rpm/check-files > /export/tmp/rpm/perl-Net-IP-CMatch-0.02-1-root-orion > error: Installed (but unpackaged) file(s) found: > > /usr/lib/debug/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so.debug > /usr/src/debug/Net-IP-CMatch-0.02/CMatch.c > /usr/src/debug/Net-IP-CMatch-0.02/CMatch.xs > > > spec: > Name: perl-Net-IP-CMatch > Version: 0.02 > Release: 1 > Summary: Efficiently match IP addresses against IP ranges with C > > Group: Development/Libraries > License: Artistic or GPL > URL: > http://search.cpan.org/~beau/Net-IP-CMatch-0.02/lib/Net/IP/CMatch.pm > Source0: > http://search.cpan.org/CPAN/authors/id/B/BE/BEAU/Net-IP-CMatch-0.02.tar.gz > BuildRoot: > %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > > BuildArch: noarch Cannot be true, since you build and include an i386 DSO called CMatch.so: > Provides: CMatch.so perl(Net::IP::CMatch) = 0.02 > Requires: libc.so.6 libc.so.6(GLIBC_2.1.3) perl >= 0:5.006001 > RPM build errors: > Installed (but unpackaged) file(s) found: > > /usr/lib/debug/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Net/IP/CMatch/CMatch.so.debug > /usr/src/debug/Net-IP-CMatch-0.02/CMatch.c > /usr/src/debug/Net-IP-CMatch-0.02/CMatch.xs > From orion at cora.nwra.com Mon Oct 3 17:54:43 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 03 Oct 2005 11:54:43 -0600 Subject: Trying to package perl-Net-IP-CMatch In-Reply-To: <20051003173407.GA29546@chrisgrau.com> References: <434167E8.8030609@cora.nwra.com> <20051003173407.GA29546@chrisgrau.com> Message-ID: <43417063.3010501@cora.nwra.com> Chris Grau wrote: > On Mon, Oct 03, 2005 at 11:18:32AM -0600, Orion Poplawski wrote: >> >>BuildArch: noarch > > > This doesn't appear to be a noarch package. Drop this line. > > [snip - the rest of the spec file] > Gah, that will teach me to not copy from one package to another, but always start from the template! 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 bugzilla at redhat.com Mon Oct 3 17:57:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 13:57:51 -0400 Subject: [Bug 169795] New: Review Request: gsynaptics 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=169795 Summary: Review Request: gsynaptics Product: Fedora Extras Version: devel Platform: All URL: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/gsyn aptics-0.9.4-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora at leemhuis.info QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/gsynaptics.spec SRPM Name or Url: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/gsynaptics-0.9.4-1.src.rpm Description: A GTK-GUI setting tool for Synaptics touchpad driver to set scrolling and taping preferences. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 17:58:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 13:58:14 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510031758.j93HwEOl007289@www.beta.redhat.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 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169795 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mon Oct 3 18:20:44 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 3 Oct 2005 13:20:44 -0500 Subject: Trying to package perl-Net-IP-CMatch In-Reply-To: <43417063.3010501@cora.nwra.com> References: <434167E8.8030609@cora.nwra.com> <20051003173407.GA29546@chrisgrau.com> <43417063.3010501@cora.nwra.com> Message-ID: <20051003182044.GA14423@osiris.silug.org> On Mon, Oct 03, 2005 at 11:54:43AM -0600, Orion Poplawski wrote: > Gah, that will teach me to not copy from one package to another, but > always start from the template! Thanks! Or start from cpanspec... :-) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168838 Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From steve at silug.org Mon Oct 3 18:35:48 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 3 Oct 2005 13:35:48 -0500 Subject: Trying to package perl-Net-IP-CMatch In-Reply-To: <20051003182044.GA14423@osiris.silug.org> References: <434167E8.8030609@cora.nwra.com> <20051003173407.GA29546@chrisgrau.com> <43417063.3010501@cora.nwra.com> <20051003182044.GA14423@osiris.silug.org> Message-ID: <20051003183548.GA15044@osiris.silug.org> On Mon, Oct 03, 2005 at 01:20:44PM -0500, Steven Pritchard wrote: > On Mon, Oct 03, 2005 at 11:54:43AM -0600, Orion Poplawski wrote: > > Gah, that will teach me to not copy from one package to another, but > > always start from the template! Thanks! > > Or start from cpanspec... :-) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168838 Which reminds me... I probably haven't been trying hard enough to "sell" this to everyone, but I really think it is a nice tool. In this case, the vast majority of the work of building the rpm can be done by cpanspec: $ cpanspec --build --verbose Net::IP::CMatch Updating /home/steve/.cpan/sources/modules/02packages.details.txt.gz... Fetching /home/steve/.cpan/sources/modules/02packages.details.txt.gz from http://ftp.kspei.com/pub/perl/cpan/modules/02packages.details.txt.gz... Fetching Net-IP-CMatch-0.02.tar.gz from http://ftp.kspei.com/pub/perl/cpan/authors/id/B/BE/BEAU/Net-IP-CMatch-0.02.tar.gz... Building rpms from perl-Net-IP-CMatch.spec [...] + exit 0 $ rpmlint perl-Net-IP-CMatch-0.02-1.src.rpm W: perl-Net-IP-CMatch invalid-license CHECK(GPL or Artistic) $ rpmlint x86_64/perl-Net-IP-CMatch-0.02-1.x86_64.rpm W: perl-Net-IP-CMatch invalid-license CHECK(GPL or Artistic) In other words, the license needs to be verified, but otherwise the thing builds, "make test" passes, and rpmlint is happy. Looking at the spec file, %description could use some work too, but that's also very minor. I have the CPAN environment variable set to my local mirror, BTW. That or --cpan/-c can be used to override the default of www.cpan.org. 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 Mon Oct 3 18:43:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 14:43:00 -0400 Subject: [Bug 169795] Review Request: gsynaptics In-Reply-To: Message-ID: <200510031843.j93Ih0Bx016388@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gsynaptics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169795 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-03 14:42 EST ------- Just a quick language edit. "Settings tool for Synaptics touchpad driver" "A GTK+ tool to set scroll and tap preferences for the Synaptics touchpad driver." A mechanism for adding this to the session automagically would be nice, but I suppose that's an UPSTREAM 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 Oct 3 18:45:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 14:45:41 -0400 Subject: [Bug 169737] Review Request: soundconverter: A simple sound converter application for GNOME In-Reply-To: Message-ID: <200510031845.j93IjfJw017291@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: soundconverter: A simple sound converter application for GNOME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169737 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ivazquez at ivazquez.net 2005-10-03 14:45 EST ------- Built for FC4 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 Mon Oct 3 18:53:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 14:53:31 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510031853.j93IrVnT018766@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 ------- Additional Comments From ville.skytta at iki.fi 2005-10-03 14:53 EST ------- dclib-devel should probably have "Requires: libxml2-devel", see /usr/include/dclib/cconfig.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 Mon Oct 3 19:12:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 15:12:50 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510031912.j93JCoMU022173@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 ------- Additional Comments From lmacken at redhat.com 2005-10-03 15:12 EST ------- (In reply to comment #6) > dclib-devel should probably have "Requires: libxml2-devel", > see /usr/include/dclib/cconfig.h fixed, 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 Oct 3 19:17:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 15:17:27 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510031917.j93JHRnA022838@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 ------- Additional Comments From ville.skytta at iki.fi 2005-10-03 15:17 EST ------- (In reply to comment #7) > fixed, thanks. Not quite, it should be in dclib-devel, not dclib... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 19:26:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 15:26:01 -0400 Subject: [Bug 169604] Review Request: dclib - Direct Connect file sharing library In-Reply-To: Message-ID: <200510031926.j93JQ1lD024752@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dclib - Direct Connect file sharing library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169604 ------- Additional Comments From lmacken at redhat.com 2005-10-03 15:25 EST ------- Oops, my bad. 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 Oct 3 19:53:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 15:53:31 -0400 Subject: [Bug 169801] New: Review Request: perl-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C 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=169801 Summary: Review Request: perl-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C 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/perl-Net-IP-CMatch.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/perl-Net-IP-CMatch-0.02-1.src.rpm Description: Net::IP::CMatch is based upon, and does the same thing as Net::IP::Match. The unconditionally exported subroutine 'match_ip' determines if the ip to match ( first argument ) matches any of the subsequent ip arguments. Match arguments may be absolute quads, as '127.0.0.1', or contain mask bits as '111.245.76.248/29'. A true return value indicates a match. It was written in C, rather than a macro, preprocessed through Perl's source filter mechanism ( as is Net::IP::Match ), so that the ip arguments could be traditional perl scalars. The C code is lean and mean ( 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 Oct 3 19:53:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 15:53:47 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510031953.j93Jrltr031361@www.beta.redhat.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| |169801 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 21:15:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 17:15:33 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510032115.j93LFXh1016926@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 sheltren at cs.ucsb.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sheltren at cs.ucsb.edu ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-03 17:15 EST ------- Currently the fortune-mod package installs to /usr/games/fortune, not /usr/share/games/fortune, so you may want to install there 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 Mon Oct 3 21:39:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 17:39:32 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510032139.j93LdWDW023517@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-03 17:39 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.10 SRPM Name or Url: swish-e-2.4.2-10.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 Mon Oct 3 22:51:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 18:51:58 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510032251.j93MpwiJ005250@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bdpepple at ameritech.net 2005-10-03 18:51 EST ------- I've attached a patch for your spec file to get it to build. Looks like you were missing a few items: - Add fortune-mod requirement. - Install into %%prefix, instead of %%datadir. - Add prep, install, and clean sections. - Add buildroot. I would also suggest maybe adding some documentation (a simple README) to the package. My changes should also get a closer look, since I just banged this out real quick. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 23:22:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 19:22:59 -0400 Subject: [Bug 169716] Review Request: fortune-mod-firefly In-Reply-To: Message-ID: <200510032322.j93NMxcm010678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-mod-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-03 19:22 EST ------- Thanks! I really appreciate that patch. I didn't get what the macros about building would do for a noarch package, so I had removed them - I guess they're needed? Using ${_prefix} makes good sense of course, as does the requirement to have fortune installed. :) I've incorporated the patch into the specfile, and rebuilt the RPMs. Again, thanks a lot! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 3 23:30:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 19:30:38 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510032330.j93NUcW0011885@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-03 19:30 EST ------- Oh, one quick question: where would one incorporate a README into a fortune addon? None of the fortune addons that are RPMs that I've found have READMEs in them; the only one that I found a README for was in simpsons, which was downloaded as 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 Mon Oct 3 23:51:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 19:51:44 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510032351.j93NpijG015582@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From mpeters at mac.com 2005-10-03 19:51 EST ------- New upstream that fixes the case sensitivity issue http://mpeters.us/fc_extras/tetex-fontools-1.0-2.src.rpm http://mpeters.us/fc_extras/tetex-fontools.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 Oct 3 23:57:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 19:57:36 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510032357.j93NvaCe016567@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From mpeters at mac.com 2005-10-03 19:57 EST ------- You would package a readme with %doc IE %files %defattr(-,root,root,-) %doc README etc. That will copy the README file to the appropriate documentation directory when rpm builds 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 Tue Oct 4 00:28:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 20:28:30 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510040028.j940SU3m021720@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bdpepple at ameritech.net 2005-10-03 20:28 EST ------- (In reply to comment #3) > 3. Have your tarball just create a "firefly-mod" directory with those two files > included in it, as opposed to the current "usr/share/games/fortune/*" hierarchy > that it is currently using. Then, have your spec file make the correct target > directories and install those files into them (and use %files to annotate what > should be packaged in the rpm). > > If you need help doing any of that, please feel free to let me know. I've changed your tarball's hierarchy to comply to Tom's suggestion. You can find it here: http://piedmont.homelinux.org/fedora/fortune-firefly-1.7.tar.bz2 I'll also attach a patch for the specfile for this change in hierarchy. BTW, I also added BuildArch: noarch. If you decide you also want to add a README file. All you would need to do is add the README to the tarball, and then add Michael's suggestion from comment #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 Oct 4 01:14:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 3 Oct 2005 21:14:18 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510040114.j941EIRY026783@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 ------- Additional Comments From lmacken at redhat.com 2005-10-03 21:14 EST ------- This was an issue with dclib-devel not pulling down libxml2-devel, which should be fixed now. I also added bzip2-devel to BuildRequires for valknut.. builds fine in mock now. http://people.redhat.com/lmacken/valknut.spec http://people.redhat.com/lmacken/valknut-0.3.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 bugzilla at redhat.com Tue Oct 4 05:20:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 01:20:09 -0400 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200510040520.j945K9lr027265@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 Bug 169753 depends on bug 165935, which changed state. Bug 165935 Summary: Review Request: tcllib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165935 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 Oct 4 05:20:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 01:20:27 -0400 Subject: [Bug 169754] Review Request: tclxml - XML parsing package for Tcl In-Reply-To: Message-ID: <200510040520.j945KRgn027324@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclxml - XML parsing package for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169754 Bug 169754 depends on bug 165935, which changed state. Bug 165935 Summary: Review Request: tcllib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165935 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 Oct 4 07:39:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 03:39:04 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510040739.j947d4vY011545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.daughtersoftiresi|http://www.daughtersoftiresi |as.org/progs/firefly/fortune|as.org/progs/firefly/fortune |-firefly-1.7-1.noarch.rpm |-firefly-1.7-2.noarch.rpm ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 03:38 EST ------- Thanks Brian, Michael - I've incorporated all of that 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 Tue Oct 4 08:44:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 04:44:05 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510040844.j948i5Hr022815@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From mpeters at mac.com 2005-10-04 04:44 EST ------- Is there an upstream source for which an md5sum can be checked? The source tarballs seems to contain just two files - one I can read with a text editor, one I can not read with a text editor. I assume this is coming from somewhere. How is the .dat file generated, and shouldn't it be generated inside the %build section from its source? Excuse my ignorance with respect to the way fortune 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 Tue Oct 4 10:48:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 06:48:29 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510041048.j94AmTDK002230@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 ------- Additional Comments From dmitry at butskoy.name 2005-10-04 06:48 EST ------- I've checked out it once again, for me nothing illegal at the urls specified. Yes, they indirectly specify some servents, but it is "dynamic" data (who is currently run etc.), therefore we cannot check them in general. And I believe the presumption of innocence operates in this context... Aurelien, Michael, some more doubts? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 11:14:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 07:14:58 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510041114.j94BEwUr004643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 ------- Additional Comments From gauret at free.fr 2005-10-04 07:14 EST ------- Missing BuildRequires: openssl-devel Curiously, it builds without it, but segfaults on startup. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Oct 4 12:21:53 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 04 Oct 2005 16:21:53 +0400 Subject: php-mcrypt & php-mhash In-Reply-To: <433D3E75.3060805@odu.neva.ru> References: <433D3E75.3060805@odu.neva.ru> Message-ID: <434273E1.2010603@odu.neva.ru> Dmitry Butskoy wrote: > As mcrypt now has appeared in Fedora Extras, the next useful step > would be to add appropriate PHP modules too. > > Both php-mcrypt and php-mhash source is parts of the main php > distribution. What is the best way of packaging them for Fedora Extras? > It will look a little ugly if both sub-packages will have full php > tarball in SRPM, or if corresponding parts of the php source will be > just cut out from it... > > May be better to make common srpm named "php-extras" and build all > needed additional sub-packages from it? For me, it seems to be better to have common source package... What additional modules (besides mcrypt and mhash) from standard PHP source could also be included here? Dmitry Butskoy From bugzilla at redhat.com Tue Oct 4 12:44:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 08:44:11 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041244.j94CiBCC016288@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-04 08:44 EST ------- The dat file is created using 'strfile' (provided by fortune-mod). Example from fortune-mod.spec: # Recreate random access files for the added fortune files. for i in \ kernelnewbies bofh-excuses tao hitchhiker \ osfortune humorix-misc humorix-stories \ ; do util/strfile $RPM_BUILD_ROOT%{CookieDir}/$i ; done Of course, once fortune-mod is installed, strfile lives in %_sbindir I agree with comment #16 that the dat file should be generated in the spec. This helps automate the build a bit more - you won't have to manually create the dat file each time you want to update the fortunes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 4 12:50:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 4 Oct 2005 14:50:11 +0200 Subject: Buildsystem stuck... In-Reply-To: <20050929145304.609e35b4@alkaid.lan> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> Message-ID: <20051004145011.5e8a21d6.bugs.michael@gmx.net> On Thu, 29 Sep 2005 14:53:04 +0200, Andreas Bierfert wrote: > > Should be going again now > > Yep it does. I believe it is stuck again, since the currently active job 1557 was started "Mon Oct 3 12:09:58 2005", I'm unable to $ plague-client requeue 1594 Error: Job 1594 must be either 'failed' or 'killed' to requeue. and cannot submit a new job either: $ make plague /usr/bin/plague-client build wesnoth wesnoth-1_0-1_fc5 devel Package wesnoth enqueued. (However, no Job ID was provided in the time required) From bugzilla at redhat.com Tue Oct 4 13:15:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 09:15:58 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510041315.j94DFwK3022583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 ------- Additional Comments From bugs.michael at gmx.net 2005-10-04 09:15 EST ------- If tiobench is licenced under the GNU GPL, the Debian GNU/Linux packages can be considered "derived work" which is put under the terms of the GPL again, 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 tcallawa at redhat.com Tue Oct 4 14:09:35 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 04 Oct 2005 09:09:35 -0500 Subject: revision number for python-elementtree In-Reply-To: <433D11F9.8010600@iee.lu> References: <433D11F9.8010600@iee.lu> Message-ID: <1128434975.2376.8.camel@localhost.localdomain> On Fri, 2005-09-30 at 12:22 +0200, Charles Lopes wrote: > Hi, > > The revision numbers for python-elementtree in fe3 and fc4 are the same > while they are different packages with conflicting dependencies. This > should prevent a fc3+fe3 system with python-elementtree from upgrading. > The fe 3 version is a couple of weeks more recent which makes me think > that it may have been just a recompiled fc4 package. I suspect it is a > bit late for fixing the problem now, short of downgrading the extras > revision number but could this be avoided in the future? Please file this in bugzilla.redhat.com. 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 Tue Oct 4 14:16:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 10:16:59 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041416.j94EGxBc006639@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From mpeters at mac.com 2005-10-04 10:16 EST ------- In that case the src can be reduced to the single file and the README. fortune-mod should be a BuildRequires. In %build - call strfile on the text file to generate the .dat 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 katzj at redhat.com Tue Oct 4 14:54:04 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 04 Oct 2005 10:54:04 -0400 Subject: Buildsystem stuck... In-Reply-To: <20051004145011.5e8a21d6.bugs.michael@gmx.net> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> Message-ID: <1128437644.2619.4.camel@bree.local.net> On Tue, 2005-10-04 at 14:50 +0200, Michael Schwendt wrote: > On Thu, 29 Sep 2005 14:53:04 +0200, Andreas Bierfert wrote: > > > Should be going again now > > > > Yep it does. > > I believe it is stuck again, since the currently active job 1557 was > started "Mon Oct 3 12:09:58 2005", I'm unable to Things have been going -- I've been getting build success mails. But they did look broken just now (I think that 1557 is a re-queue). So kicked and looks like things should be going again Jeremy From bugzilla at redhat.com Tue Oct 4 15:15:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 11:15:34 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510041515.j94FFYrH020561@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 ------- Additional Comments From fedora at leemhuis.info 2005-10-04 11:15 EST ------- (In reply to comment #1) > If tiobench is licenced under the GNU GPL, It is. > the Debian GNU/Linux > packages can be considered "derived work" which is put under the > terms of the GPL again, too. I wasn't 100% sure in this case. Thanks for clarifying. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 15:22:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 11:22:47 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510041522.j94FMkts021550@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 ------- Additional Comments From lmacken at redhat.com 2005-10-04 11:22 EST ------- (In reply to comment #6) > Missing BuildRequires: openssl-devel > Curiously, it builds without it, but segfaults on startup. Added. http://people.redhat.com/lmacken/valknut-0.3.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 bugzilla at redhat.com Tue Oct 4 15:23:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 11:23:17 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510041523.j94FNHCK021641@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 ------- Additional Comments From lmacken at redhat.com 2005-10-04 11:23 EST ------- ermm.. wrong url.. http://people.redhat.com/lmacken/valknut-0.3.7-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 dcbw at redhat.com Tue Oct 4 15:34:59 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 04 Oct 2005 11:34:59 -0400 Subject: Buildsystem stuck... In-Reply-To: <1128437644.2619.4.camel@bree.local.net> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> <1128437644.2619.4.camel@bree.local.net> Message-ID: <1128440099.2743.0.camel@dcbw.boston.redhat.com> On Tue, 2005-10-04 at 10:54 -0400, Jeremy Katz wrote: > On Tue, 2005-10-04 at 14:50 +0200, Michael Schwendt wrote: > > On Thu, 29 Sep 2005 14:53:04 +0200, Andreas Bierfert wrote: > > > > Should be going again now > > > > > > Yep it does. > > > > I believe it is stuck again, since the currently active job 1557 was > > started "Mon Oct 3 12:09:58 2005", I'm unable to > > Things have been going -- I've been getting build success mails. But > they did look broken just now (I think that 1557 is a re-queue). So > kicked and looks like things should be going again Hm. I kicked it about 10:00 this morning but couldn't send out an email due to the yum upgrade currently in progress on my box... Oh well, 2 kicks aren't bad. Dan From mricon at gmail.com Tue Oct 4 15:58:13 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 4 Oct 2005 11:58:13 -0400 Subject: revision number for python-elementtree In-Reply-To: <1128434975.2376.8.camel@localhost.localdomain> References: <433D11F9.8010600@iee.lu> <1128434975.2376.8.camel@localhost.localdomain> Message-ID: 2005/10/4, Tom 'spot' Callaway : > > The revision numbers for python-elementtree in fe3 and fc4 are the same > > while they are different packages with conflicting dependencies. This > > should prevent a fc3+fe3 system with python-elementtree from upgrading. > > The fe 3 version is a couple of weeks more recent which makes me think > > that it may have been just a recompiled fc4 package. I suspect it is a > > bit late for fixing the problem now, short of downgrading the extras > > revision number but could this be avoided in the future? > > Please file this in bugzilla.redhat.com. (and against the one in Core, not in Extras. As you said, nothing can be done to the one in Extras). Regards, -- Konstantin Ryabitsev http://www.mricon.com/ From bugzilla at redhat.com Tue Oct 4 16:07:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:07:43 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041607.j94G7hsE030133@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 12:07 EST ------- Hmm... isn't that making it more complicated, though - requiring strfile on the builder's computers? dat files are noarch, and tiny - why not just include them? Every fortune addon rpm that I have on my system includes the dat file in the package. Michael: Dat files are designed to make it so that fortune doesn't have to read through every fortune file it has every time the user runs it (as you may have noticed, fortune files can get pretty sizable, as far as text file sizes go). Think of the dat file as an index. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 16:15:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:15:09 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041615.j94GF9Yl031038@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-04 12:15 EST ------- (In reply to comment #7) > Currently the fortune-mod package installs to /usr/games/fortune, not > /usr/share/games/fortune, so you may want to install there instead. For stuff like fortune which has been kicked out of RHL/RHEL/FC a long time ago repackaging should follow strict FHS conventions IMHO, not reintroduce old RedHatisms even Red Hat does not care about nowadays. I'd go even further : unless a FC decision forces you not to follow the FHS you should follow the standard not RH habits, FE promotes cleaner packaging than FC in the hope FC follows later. Historical decisions or FC slopiness is not an example to follow in 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 Tue Oct 4 16:24:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:24:27 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041624.j94GORug032289@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-04 12:24 EST ------- Regarding comment #20 - OK, where is the documentation saying that packages should install to /usr/share/ instead of /usr? I see nothing of the sort in http://fedoraproject.org/wiki/PackagingGuidelines If this is a FE suggestion or requirement, I would like to know, and if so, I will look into modifying fortune-mod. But for the time being, my point is that sub-packages should install into the same place as the main package, be it /usr, /usr/share, or /some/crazy/dir. As for comment #19, yes it does complicate the spec a bit, although it simplifies rebuilds. This is still including the dat file in the rpm, it is simply removing it from 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 Tue Oct 4 16:27:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:27:47 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510041627.j94GRlXS000617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-04 12:27 EST ------- Review for release 4: * RPM name is OK * Source valknut-0.3.7.tar.gz is the same as upstream * Builds fine in mock * rpmlint of valknut looks OK * File list of valknut looks OK * Works as expected 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 Oct 4 16:28:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:28:16 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041628.j94GSGsZ000705@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From tcallawa at redhat.com 2005-10-04 12:28 EST ------- (In reply to comment #19) > Hmm... isn't that making it more complicated, though - requiring strfile on > the builder's computers? dat files are noarch, and tiny - why not just > include them? Every fortune addon rpm that I have on my system includes the > dat file in the package. It's not really more complicated for the builder. If anything, it ensures that the dat file matches the latest human readable text 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 Oct 4 16:32:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:32:58 -0400 Subject: [Bug 168906] Review Request: python-nltk-data In-Reply-To: Message-ID: <200510041632.j94GWwLX001377@www.beta.redhat.com> Please 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-nltk-data https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168906 ------- Additional Comments From tcallawa at redhat.com 2005-10-04 12:32 EST ------- Thats right. See if the upstream author are willing to dual license this code with some other license that does not present restrictions on use. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 16:41:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:41:25 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041641.j94GfPwx002886@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-04 12:41 EST ------- (In reply to comment #21) > Regarding comment #20 - OK, where is the documentation saying that packages > should install to /usr/share/ instead of /usr? The packaging guidelines do not repeat Linux standards because you're supposed to know them and follow them without being told. The standard itself is there : http://www.pathname.com/fhs/pub/fhs-2.3.html Existing packages (RHEL, FC) are being slowly migrated by Red Hat to conform to the FHS. New packages (FE, FC, RHEL) have no excuse not to follow 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 Oct 4 16:47:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 12:47:41 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041647.j94Glfxp004105@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bdpepple at ameritech.net 2005-10-04 12:47 EST ------- (In reply to comment #23) > The packaging guidelines do not repeat Linux standards because you're supposed > to know them and follow them without being told. The standard itself is there : > > http://www.pathname.com/fhs/pub/fhs-2.3.html > > Existing packages (RHEL, FC) are being slowly migrated by Red Hat to conform to > the FHS. New packages (FE, FC, RHEL) have no excuse not to follow it. Regardless, until fortune-mod is changed, this addon has to use /usr/games/fortune. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Oct 4 17:28:17 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 04 Oct 2005 12:28:17 -0500 Subject: Buildsystem stuck... In-Reply-To: <1128440099.2743.0.camel@dcbw.boston.redhat.com> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> <1128437644.2619.4.camel@bree.local.net> <1128440099.2743.0.camel@dcbw.boston.redhat.com> Message-ID: <1128446898.20490.7.camel@windu.rchland.ibm.com> On Tue, 2005-10-04 at 11:34 -0400, Dan Williams wrote: > On Tue, 2005-10-04 at 10:54 -0400, Jeremy Katz wrote: > > On Tue, 2005-10-04 at 14:50 +0200, Michael Schwendt wrote: > > > On Thu, 29 Sep 2005 14:53:04 +0200, Andreas Bierfert wrote: > > > > > Should be going again now > > > > > > > > Yep it does. > > > > > > I believe it is stuck again, since the currently active job 1557 was > > > started "Mon Oct 3 12:09:58 2005", I'm unable to > > > > Things have been going -- I've been getting build success mails. But > > they did look broken just now (I think that 1557 is a re-queue). So > > kicked and looks like things should be going again > > Hm. I kicked it about 10:00 this morning but couldn't send out an email > due to the yum upgrade currently in progress on my box... Oh well, 2 > kicks aren't bad. At the risk of sounding ungrateful, isn't any number of kicks a bad thing? Does anyone know why these kicks are needed? If people want to keep kicking the buildsys, that's fine by me. But eventually their feet are going to get sore... :) josh From bugzilla at redhat.com Tue Oct 4 17:27:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 13:27:09 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041727.j94HR9hs011770@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From mpeters at mac.com 2005-10-04 13:26 EST ------- (In reply to comment #19) > Hmm... isn't that making it more complicated, though - requiring strfile on > the builder's computers? dat files are noarch, and tiny - why not just > include them? Every fortune addon rpm that I have on my system includes the > dat file in the package. Include it in the package, yes. But generate it at build time - when rpmbuild is called, not beforehand. Supposing there is a vulnerability in fortune that a carefully crafted .dat file could exploit. By including the .dat file in the src.rpm - there isn't a way to adequately audit the .dat file. By instead generating the .dat file when the rpm is built, the file it is generated from can be audited. It isn't any more difficult for the user - the rpm they install still has the .dat file. It is better for Fedora because Fedora knows exactly where the .dat file came from - it came from the included text file, generated on the build machine using the strfile from the Fedora approved and maintained fortune-mod 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 dcbw at redhat.com Tue Oct 4 17:50:43 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 04 Oct 2005 13:50:43 -0400 Subject: Buildsystem stuck... In-Reply-To: <1128446898.20490.7.camel@windu.rchland.ibm.com> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> <1128437644.2619.4.camel@bree.local.net> <1128440099.2743.0.camel@dcbw.boston.redhat.com> <1128446898.20490.7.camel@windu.rchland.ibm.com> Message-ID: <1128448243.8221.1.camel@dcbw.boston.redhat.com> On Tue, 2005-10-04 at 12:28 -0500, Josh Boyer wrote: > At the risk of sounding ungrateful, isn't any number of kicks a bad > thing? Does anyone know why these kicks are needed? > > If people want to keep kicking the buildsys, that's fine by me. But > eventually their feet are going to get sore... :) Mainly because the build system hasn't been updated to better code. There's 1 more nagging issue with plague 0.4 before it's essentially done, and then upgrading the buildsystem to 0.4 should happen quickly. There's quite a few changes in 0.4 that increase the stability of the system. Dan From bugzilla at redhat.com Tue Oct 4 18:08:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 14:08:13 -0400 Subject: [Bug 169795] Review Request: gsynaptics In-Reply-To: Message-ID: <200510041808.j94I8D55021301@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gsynaptics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169795 ------- Additional Comments From fedora at leemhuis.info 2005-10-04 14:08 EST ------- Spec Name or Url: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/gsynaptics.spec SRPM Name or Url: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/gsynaptics-0.9.4-2.src.rpm Changelog: - Improved Summary and description as suggested by ignacio -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 18:14:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 14:14:27 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041814.j94IEROS022690@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 14:14 EST ------- Ok. I don't see how a dat file, which is really just a header and a list of quote offsets could pose a threat to anything, and I can't find a single other fortune package that is distributed that way (including fortune itself) among about two dozen fortune packages on my system, but if that's really what you want, I'll change it to be distributed that way when I get home 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 bugzilla at redhat.com Tue Oct 4 18:26:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 14:26:42 -0400 Subject: [Bug 166871] Review Request: ATLAS - fast linear algebra libraries In-Reply-To: Message-ID: <200510041826.j94IQga3025587@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ATLAS - fast linear algebra libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166871 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-10-04 14:26 EST ------- Review for release 5: * RPM name is OK * Source atlas3.6.0.tar.bz2 is the same as upstream * This is the latest version * The license is correct, and it is included in the package * Builds fine in mock * rpmlint of atlas looks OK * rpmlint of atlas-devel looks OK * File list of atlas looks OK * File list of atlas-devel looks OK Needs work: * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot) * Missing SMP flags. If it doesn't build with it, please add a comment (wiki: PackagingGuidelines#parallelmake) Approved. You can fix the remaining problems after importing 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 Tue Oct 4 18:44:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 14:44:34 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041844.j94IiY9i030067@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From mpeters at mac.com 2005-10-04 14:44 EST ------- I don't know what other packagers do. If they package for Fedora Extras and do not generate the .dat file inside the build process, that needs to be brought to attention because it is not proper. I can't read the .dat file with a text reader, which poses a problem because there is not a way to verify that it was generated from the text file. The fortune-mod package in Fedora Extras does this: # Recreate random access files for the added fortune files. for i in \ kernelnewbies bofh-excuses tao hitchhiker \ osfortune humorix-misc humorix-stories \ ; do util/strfile $RPM_BUILD_ROOT%{CookieDir}/$i ; done It generates the .dat files in the rpm. That is the proper way to do it. What other fortune packages that are not reviewed by Extras do doesn't matter, but I suspect that many of them generate the .dat file in the spec file as well. If they don't, they aren't properly packaged. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 19:53:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 15:53:06 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041953.j94Jr6Wp014732@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From mpeters at mac.com 2005-10-04 15:52 EST ------- http://mpeters.us/fc_extras/fortune-firefly-1.7-2.mpeters.src.rpm http://mpeters.us/fc_extras/fortune-firefly.spec The above spec file generates the .dat file during build. I also changed how it is packaged - you don't need to use a src tarball, you can just use two text files for sources - the firefly file and the README. Your original tarball I unpacked into ~/delete_me (that's a folder where I unpack stuff I don't want to keep around - nothing personal) I ran diff on the .dat file generated by the rpm file and your .dat file - and they differ: [mpeters at laptop tmp]$ diff --brief fortune-firefly-1.7-2.mpeters-root-mpeters/usr/share/games/fortune/firefly.dat ~/delete_me/fortune-firefly-1.7/firefly.dat Files fortune-firefly-1.7-2.mpeters-root-mpeters/usr/share/games/fortune/firefly.dat and /home/mpeters/delete_me/fortune-firefly-1.7/firefly.dat differ [mpeters at laptop tmp]$ Why they differ I don't know, it could be as simple as a different encoding timestamp in the .dat file. But the point is that there is no way to validate the integrity of the .dat file. By letting it be generated during the rpm building process, it is clear how it was generated and what it was generated 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 bugzilla at redhat.com Tue Oct 4 19:56:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 15:56:23 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510041956.j94JuN2S015676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 15:55 EST ------- Thanks! I'll hook that in tonight. As for the differing, have to tried to diff your copy of the text file with my copy of the text 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 Oct 4 20:15:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 16:15:50 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510042015.j94KFovH020362@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.daughtersoftiresi|http://www.daughtersoftiresi |as.org/progs/firefly/fortune|as.org/progs/firefly/fortune |-firefly-1.7-2.noarch.rpm |-firefly-1.8-1.noarch.rpm ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 16:15 EST ------- I went ahead and took care of it - done. :) Version's updated, as I just got some quote corrections. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 20:55:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 16:55:29 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510042055.j94KtTbW001610@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bdpepple at ameritech.net 2005-10-04 16:55 EST ------- (In reply to comment #28) > http://mpeters.us/fc_extras/fortune-firefly.spec Has fortune-mod been rebuilt using %{_datadir}/games/fortune? If not, you spec file will build, but not run correctly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 21:11:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 17:11:32 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510042111.j94LBWlu006602@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 17:11 EST ------- Hmm... perhaps I should let you two decide amongst yourselves what is best before I go back and forth again. :) Both work on my system, but that's because I run a mixed system (Fedora, Dries, Dag, etc) and long ago symlinked /usr/games/fortune to /usr/share/games/fortune to deal with this issue. I'll wait until you two agree on how to package it before changing it 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 Tue Oct 4 21:22:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 17:22:36 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510042122.j94LMaRL009199@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bdpepple at ameritech.net 2005-10-04 17:22 EST ------- (In reply to comment #32) > Both work on my system, but that's because I run a mixed system > (Fedora, Dries, Dag, etc) and long ago symlinked > /usr/games/fortune to /usr/share/games/fortune to deal with this issue. I'm guessing most users probably don't have /usr/games/fortune symlinked to /usr/share/games/fortune. And to ship a package that requires a user to symlink the directories to get it to work, is broken in my opinion. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 4 21:40:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 17:40:59 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510042140.j94Lexre013700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-04 17:40 EST ------- If you can wait a day or two, I will update fortune-mod to install to /usr/share/games instead of /usr/games. So please use /usr/share/games for your path (but hold off on building until the new fortune-mod is 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 Tue Oct 4 21:41:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 17:41:34 -0400 Subject: [Bug 169605] Review Request: valknut - A Direct Connect client In-Reply-To: Message-ID: <200510042141.j94LfYSv013869@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: valknut - A Direct Connect client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169605 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-10-04 17:41 EST ------- Imported into CVS, added to owners.list, requested branches for FC-3/FC-4, and built for devel. 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 Oct 4 22:49:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 18:49:42 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510042249.j94Mng6e023205@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-04 18:49 EST ------- It currently installs to /usr/share/games, so I'll leave it as such. Thanks, Jeff! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From sheltren at cs.ucsb.edu Wed Oct 5 00:38:49 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 4 Oct 2005 20:38:49 -0400 Subject: Buildsystem stuck... (Again) In-Reply-To: <1128437644.2619.4.camel@bree.local.net> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> <1128437644.2619.4.camel@bree.local.net> Message-ID: On Oct 4, 2005, at 10:54 AM, Jeremy Katz wrote: > On Tue, 2005-10-04 at 14:50 +0200, Michael Schwendt wrote: > >> On Thu, 29 Sep 2005 14:53:04 +0200, Andreas Bierfert wrote: >> >>>> Should be going again now >>>> >>> >>> Yep it does. >>> >> >> I believe it is stuck again, since the currently active job 1557 was >> started "Mon Oct 3 12:09:58 2005", I'm unable to >> > > Things have been going -- I've been getting build success mails. But > they did look broken just now (I think that 1557 is a re-queue). So > kicked and looks like things should be going again > > Jeremy > Hi, I think I swung hammer2 a little too hard and put a hole in the wall. Could someone who has the power please kick it (and patch the wall)? #1603 has been going for 30+minutes, and it only took 2-4 minutes for the fc3/fc4 packages to complete. Thanks, Jeff From katzj at redhat.com Wed Oct 5 01:06:32 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 04 Oct 2005 21:06:32 -0400 Subject: Buildsystem stuck... (Again) In-Reply-To: References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> <1128437644.2619.4.camel@bree.local.net> Message-ID: <1128474392.9606.1.camel@bree.local.net> On Tue, 2005-10-04 at 20:38 -0400, Jeff Sheltren wrote: > On Oct 4, 2005, at 10:54 AM, Jeremy Katz wrote: > > On Tue, 2005-10-04 at 14:50 +0200, Michael Schwendt wrote: > >> On Thu, 29 Sep 2005 14:53:04 +0200, Andreas Bierfert wrote: > >>>> Should be going again now > >>> > >>> Yep it does. > >> > >> I believe it is stuck again, since the currently active job 1557 was > >> started "Mon Oct 3 12:09:58 2005", I'm unable to > > > > Things have been going -- I've been getting build success mails. But > > they did look broken just now (I think that 1557 is a re-queue). So > > kicked and looks like things should be going again > Hi, I think I swung hammer2 a little too hard and put a hole in the > wall. Could someone who has the power please kick it (and patch the > wall)? Brought in some sheet rock, too... :) > #1603 has been going for 30+minutes, and it only took 2-4 minutes for > the fc3/fc4 packages to complete. Done now Jeremy From sheltren at cs.ucsb.edu Wed Oct 5 01:24:31 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 4 Oct 2005 21:24:31 -0400 Subject: Buildsystem stuck... (Again) In-Reply-To: <1128474392.9606.1.camel@bree.local.net> References: <20050929132901.6d87b4e1@alkaid.lan> <1127996334.16800.0.camel@gondor> <20050929145304.609e35b4@alkaid.lan> <20051004145011.5e8a21d6.bugs.michael@gmx.net> <1128437644.2619.4.camel@bree.local.net> <1128474392.9606.1.camel@bree.local.net> Message-ID: On Oct 4, 2005, at 9:06 PM, Jeremy Katz wrote: > > >> Hi, I think I swung hammer2 a little too hard and put a hole in the >> wall. Could someone who has the power please kick it (and patch the >> wall)? >> > > Brought in some sheet rock, too... :) > > >> #1603 has been going for 30+minutes, and it only took 2-4 minutes for >> the fc3/fc4 packages to complete. >> > > Done now > > Jeremy > Thanks! -Jeff From bugzilla at redhat.com Wed Oct 5 01:26:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 21:26:40 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510050126.j951QeGF005166@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-04 21:26 EST ------- Ok, new fortune-mod has been built and is waiting to be signed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 02:12:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 22:12:13 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510050212.j952CDWH010255@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From rc040203 at freenet.de 2005-10-04 22:12 EST ------- (In reply to comment #36) > Ok, new fortune-mod has been built and is waiting to be signed. Devel advocate question: Are *.dat files architecture independent? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 05:29:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 01:29:20 -0400 Subject: [Bug 166470] Review Request: taskjuggler In-Reply-To: Message-ID: <200510050529.j955TKxe009128@www.beta.redhat.com> Please 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 ------- Additional Comments From petersen at redhat.com 2005-10-05 01:29 EST ------- (Files moved 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 Oct 5 05:33:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 01:33:15 -0400 Subject: [Bug 169919] New: Review Request: m17n-db - multilingualization datafiles 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=169919 Summary: Review Request: m17n-db - multilingualization datafiles Product: Fedora Extras Version: devel Platform: All URL: http://www.m17n.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/extras/m17n-db.spec SRPM Name or Url: http://people.redhat.com/petersen/extras/m17n-db-1.2.0-1.src.rpm Description: m17n-db contains multilingualization (m17n) datafiles for m17n-lib which describe input maps, encoding maps, and OpenType font data for many languages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 05:33:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 01:33:32 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510050533.j955XW4f009781@www.beta.redhat.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| |169919 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 07:14:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:14:35 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510050714.j957EZQm027923@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-05 03:14 EST ------- -devel subpackage needs to require: net6-devel as the include files from obby-devel include net6 headers files. The BuildRequires libsigc++20-devel is not necessary as this is already required by net6-devel. The 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 Wed Oct 5 07:43:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:43:55 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510050743.j957htbQ032583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-05 03:43 EST ------- As latest gpsim cvs compile with the last official version of gtk+extra (2.1.1), gpsim maintener release a new version today. gtk+extra maintener comfirm me that gtk+extra-1.0.0 is gtk1 based and gtk+extra-2.1.1 is gtk2 based. The unofficial version is no more needed. To name these packages, I purpose gtk+extra for the 1.0.0 version and gtk2+extra for the 2.1.1 version. What to do with the current package named gtk+extra-1.1.0 on the cvs? Because it will seems newer than gtk+extra-1.0.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 Oct 5 07:44:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:44:24 -0400 Subject: [Bug 169922] New: Review Request: m17n-lib - multilingual text 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=169922 Summary: Review Request: m17n-lib - multilingual text library Product: Fedora Extras Version: devel Platform: All URL: http://www.m17n.org/m17n-lib/ 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/extras/m17n-lib.spec SRPM Name or Url: http://people.redhat.com/petersen/extras/m17n-lib-1.2.0-1.src.rpm Description: m17n-lib is a multilingual text library used primarily to allow the input of many languages with the input table maps from m17n-db. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 07:44:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:44:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510050744.j957ib3a032692@www.beta.redhat.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| |169922 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 07:45:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:45:55 -0400 Subject: [Bug 169922] Review Request: m17n-lib - multilingual text library In-Reply-To: Message-ID: <200510050745.j957jtoW000359@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-lib - multilingual text library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169922 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169919 ------- Additional Comments From petersen at redhat.com 2005-10-05 03:45 EST ------- m17n-lib buildrequires and requires m17n-db (bug 169919). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 07:50:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:50:05 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510050750.j957o5GN000917@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From lmacken at redhat.com 2005-10-05 03:50 EST ------- Updated. http://people.redhat.com/lmacken/gobby.spec http://people.redhat.com/lmacken/gobby-0.2.2-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 Wed Oct 5 07:50:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 03:50:59 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510050750.j957oxXo001025@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From lmacken at redhat.com 2005-10-05 03:50 EST ------- Fixed srpm: http://people.redhat.com/lmacken/gobby-0.2.2-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 Wed Oct 5 08:00:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 04:00:00 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510050800.j95800Ar002588@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From rc040203 at freenet.de 2005-10-05 03:59 EST ------- (In reply to comment #13) > To name these packages, I purpose gtk+extra for the 1.0.0 version and > gtk2+extra for the 2.1.1 version. OK with me. > What to do with the current package named gtk+extra-1.1.0 on the cvs? > Because it will seems newer than gtk+extra-1.0.0. I see 3 approaches: 1. package the official gtk+extra-1.x into gtk+extra and increment this package's epoch. This way, the new gtk+extra package will drive the "inofficial version" out of systems. 2. Ask one of the release managers to remove the already released *rpms. Unfortunately I don't know who is able to do so. 3. Do nothing, and let gtk+extra-1.1 die out (discontinue the package). As it already had been released for devel, this would imply the package would vanish for FC6 (!). However if another package should require gtk+extra-1.x you probably will have to switch to item 1. above. To me, 1. seems to be the cleanest solution. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 08:02:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 04:02:44 -0400 Subject: [Bug 169924] New: Review Request: scim-m17n - SCIM IMEngine for m17n-lib 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=169924 Summary: Review Request: scim-m17n - SCIM IMEngine for m17n-lib Product: Fedora Extras Version: devel Platform: All URL: http://www.scim-im.org/projects/ 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/extras/scim-m17n.spec SRPM Name or Url: http://people.redhat.com/petersen/extras/scim-m17n-0.1.4-1.src.rpm Description: scim-m17n provides a SCIM IMEngine for m17n-lib, which allows input of many languages using the input table maps from m17n-db. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 08:02:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 04:02:55 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510050802.j9582tVf003426@www.beta.redhat.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| |169924 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 08:08:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 04:08:25 -0400 Subject: [Bug 169924] Review Request: scim-m17n - SCIM IMEngine for m17n-lib In-Reply-To: Message-ID: <200510050808.j9588PFB004454@www.beta.redhat.com> Please 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-m17n - SCIM IMEngine for m17n-lib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169924 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169922 ------- Additional Comments From petersen at redhat.com 2005-10-05 04:08 EST ------- scim-m17n depends on m17n-lib (bug 169922), which in turn depends on m17n-db (bug 169919). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 08:53:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 04:53:39 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510050853.j958rdw6008849@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-05 04:53 EST ------- (In reply to comment #14) > (In reply to comment #13) > > To name these packages, I purpose gtk+extra for the 1.0.0 version and > > gtk2+extra for the 2.1.1 version. > OK with me. > > > What to do with the current package named gtk+extra-1.1.0 on the cvs? > > Because it will seems newer than gtk+extra-1.0.0. > I see 3 approaches: > > 1. package the official gtk+extra-1.x into gtk+extra and increment this > package's epoch. This way, the new gtk+extra package will drive the "inofficial > version" out of systems. I never use the Epoch tag. Should I have to put "Epoch: 1" in the spec? Should I have to do the same thing with the gpsim spec because 0.21.4 requires the inofficial gtk+extra package? gpsim version is now 0.21.11. Should I have to get a review request for the gtk2+extra 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 Wed Oct 5 10:14:11 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 5 Oct 2005 06:14:11 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051005101411.2886D7FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 39 abiword-2.4.0-1 apachetop-0.12.5-2.fc5 cfengine-2.1.16-1.fc5 dclib-0.3.7-2 dclib-0.3.7-2.fc5 dclib-0.3.7-3.fc5 denyhosts-1.1.1-2.fc5 emacs-auctex-11.81-2.fc5 erlang-R10B-6.4.fc5 foremost-1.0-4.fc5 fortune-mod-1.99.1-4.fc5 galeon-1.3.21-1.fc5 gfontview-0.5.0-4.fc5 git-core-0.99.8-1.fc5 git-core-0.99.8a-1.fc5 global-4.8.7-1.fc5 gpsim-0.21.4-5.fc5 gtk-gnutella-0.95.4-1.fc5 lcdf-typetools-2.34-2.fc5 leafpad-0.8.4-1.fc5 liferea-1.0-0.2.rc1.fc5 mmv-1.01b-3 mmv-1.01b-4.fc5 monotone-0.23-1.fc5 naim-0.11.8-1.fc5 net6-1.1.0-2 net6-1.1.0-2.fc5 octave-2.9.3-5.fc5 perl-Apache-LogRegex-1.2-4.fc5 perl-Devel-StackTrace-1.12-1.fc5 perl-MIME-Types-1.16-1.fc5 perl-MIME-tools-5.418-1.fc5 perl-Pod-Tests-0.18-2.fc5 snownews-1.5.7-3.fc5 soundconverter-0.8.0-1.fc5 tcllib-1.7-3.fc5 ufsparse-0.9-2.fc5 valknut-0.3.7-4.fc5 wesnoth-1.0-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 Wed Oct 5 10:26:25 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 5 Oct 2005 06:26:25 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051005102625.E5BEA7FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 1 exim-4.54-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 Wed Oct 5 10:28:12 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 5 Oct 2005 06:28:12 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051005102812.8F65C7FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 29 abiword-2.4.0-2.fc4 apachetop-0.12.5-2.fc4 cfengine-2.1.16-1.fc4 dclib-0.3.7-3.fc4 emacs-auctex-11.81-1.fc4 erlang-R10B-6.4.fc4 exim-4.54-1.fc4 foremost-1.0-4.fc4 fortune-mod-1.99.1-4.fc4 galeon-1.3.21-14.fc4 gfontview-0.5.0-4.fc4 git-core-0.99.8-1.fc4 git-core-0.99.8a-1.fc4 global-4.8.7-1.fc4 gpsim-0.21.4-5.fc4 gtk-gnutella-0.95.4-1.fc4 lcdf-typetools-2.34-2.fc4 leafpad-0.8.4-1.fc4 liferea-1.0-0.1.rc1.fc4 link-grammar-4.1.3-4.fc4 mmv-1.01b-3.fc4 monotone-0.23-1.fc4 naim-0.11.8-1.fc4 net6-1.1.0-2.fc4 perl-Apache-LogRegex-1.2-4.fc4 perl-MIME-Types-1.16-1.fc4 perl-Pod-Tests-0.18-2.fc4 soundconverter-0.8.0-1.fc4 tcllib-1.7-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 Wed Oct 5 10:29:22 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 5 Oct 2005 06:29:22 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051005102922.72A1F7FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 20 apachetop-0.12.5-2.fc3 cfengine-2.1.16-1.fc3 dclib-0.3.7-3.fc3 erlang-R10B-6.4.fc3 fortune-mod-1.99.1-4.fc3 galeon-1.3.21-3.fc3 gfontview-0.5.0-4.fc3 git-core-0.99.8-1.fc3 git-core-0.99.8a-1.fc3 global-4.8.7-1.fc3 gpsim-0.21.4-5.fc3 gtk-gnutella-0.95.4-1.fc3 gtkmathview-0.7.5-1.fc3 lcdf-typetools-2.34-2.fc3 link-grammar-4.1.3-1.fc3 mmv-1.01b-3.fc3 naim-0.11.8-1.fc3 net6-1.1.0-2.fc3 perl-Pod-Tests-0.18-2.fc3 tcllib-1.7-3.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 Oct 5 10:36:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 06:36:17 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510051036.j95AaHjM020195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From bugs.michael at gmx.net 2005-10-05 06:36 EST ------- Different option: Put gtk+extra 2.x into package name "gtk+extra" version 2.x, which will upgrade the existing packages for the unofficial 1.1.0 version. Is gtk+extra 1.x needed by anything? Or would it be packaged just for fun/completeness? If so, it could be packaged as gtk+extra1 any time. Just make sure that it doesn't conflict _if_ it were packaged. > Should I have to do the same thing with the gpsim spec > because 0.21.4 requires the inofficial gtk+extra package? No. You would build the new gpsim version against your latest gtk+extra packages, and it would be seen as an upgrade. Mind you, dependencies on the new/different gtk+extra SONAMES are automatic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 10:46:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 06:46:44 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510051046.j95Akipg020963@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-05 06:46 EST ------- LOL, is that devel advocate or devil advocate? :) I guess that there are many devel advocates in FE... I belive that they are arch independent, but I don't have a sparc to be sure... The strfile man page actually describes the file format, and (it claims) it uses network byte order to write the fields, which I think makes the files arch independent, although if someone with more knowledge on the matter could step in, that would be 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 Oct 5 11:02:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 07:02:03 -0400 Subject: [Bug 169927] New: Review Request: scim-fcitx - Chinese IMEngine for SCIM 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=169927 Summary: Review Request: scim-fcitx - Chinese IMEngine for SCIM Product: Fedora Extras Version: devel Platform: All URL: http://www.scim-im.org/projects/imengines 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/extras/scim-fcitx.spec SRPM Name or Url: http://people.redhat.com/petersen/extras/scim-fcitx-3.1.1-1.src.rpm Description: scim-fcitx is a port of the fcitx Chinese input method for the SCIM input method platform. It provides Wubi, Erbi, Cangjie, and Pinyin styles of 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 Wed Oct 5 11:02:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 07:02:20 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510051102.j95B2KRx022991@www.beta.redhat.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| |169927 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 11:32:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 07:32:32 -0400 Subject: [Bug 168190] Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers In-Reply-To: Message-ID: <200510051132.j95BWWd9026921@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpsim - A simulator for Microchip (TM) PIC (TM) microcontrollers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168190 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-05 07:32 EST ------- (In reply to comment #16) > Different option: > > Put gtk+extra 2.x into package name "gtk+extra" version 2.x, which will > upgrade the existing packages for the unofficial 1.1.0 version. > > Is gtk+extra 1.x needed by anything? Not in Fedora at the moment, since that's me that want to introduce it because it was needed by gpsim (for previous releases). > Or would it be packaged just for > fun/completeness? I just listened Ralf. > If so, it could be packaged as gtk+extra1 any time. > Just make sure that it doesn't conflict _if_ it were packaged. No conflict. Both are currently installed on my box. > > Should I have to do the same thing with the gpsim spec > > because 0.21.4 requires the inofficial gtk+extra package? > > No. You would build the new gpsim version against your latest > gtk+extra packages, and it would be seen as an upgrade. Mind you, > dependencies on the new/different gtk+extra SONAMES are automatic. 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 Oct 5 11:52:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 07:52:50 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510051152.j95BqoHL030095@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From adrian at lisas.de 2005-10-05 07:52 EST ------- Forgot one more thing: the -devel subpackage also requires gmp-devel as it can be seen it buffer.hpp and rsa.hpp By the way: SRPM gives a 404 and the spec file is the 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 bugzilla at redhat.com Wed Oct 5 12:08:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 08:08:54 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510051208.j95C8s6S032649@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From dmitry at butskoy.name 2005-10-05 08:08 EST ------- Aurelien, I've already committed and built gtk-gnutella before you had reopened this bugzilla ticket. Now it has appeared at the download site. Therefore I close here again. If any doubts will appear later, open a new bugzilla ticket for this package usual 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 Wed Oct 5 12:15:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 08:15:09 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510051215.j95CF9hT001069@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From mpeters at mac.com 2005-10-05 08:15 EST ------- Fixed a missing requires (causes mock to fail when building an rpm that installs a ttf flavored OpenType font) http://mpeters.us/fc_extras/tetex-fontools-1.0-3.src.rpm http://mpeters.us/fc_extras/tetex-fontools.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 Oct 5 12:47:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 08:47:18 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510051247.j95ClInB009534@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bugs.michael at gmx.net 2005-10-05 08:47 EST ------- Re: comment 37 and 38 Download the "ppc" and "i386" binary rpms of fortune-mod, then take a look at a hex-dump, or run md5sum/sha1sum on the 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 Wed Oct 5 12:55:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 08:55:15 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510051255.j95CtFuT012034@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-05 08:55 EST ------- Thanks Michael, I should have thought of that :) And, yes, they do have the same checksum. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Oct 5 15:00:18 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 05 Oct 2005 19:00:18 +0400 Subject: Hypothetical php-extras srpm: what to include Message-ID: <4343EA82.3070502@odu.neva.ru> There is a lot of disabled modules in the current FC's PHP. They exist in the source, but are not built. Some of them seems to be good candidates to be included into FE. I've tried to make a list of the switched off php modules (againts FC3 & php-4.3.11 only): 1) Not require extra stuff: dbase hyperwave pcntl sysvmsg 2) Depend on Fedora Core packages: crack (cracklib) cyrus (cyrus-imapd,cyrus-sasl2) fribidi (fribidi) qtdom (qt) readline (readline) recode (recode) 3) Depend on Fedora Extras packages: mcrypt (libmcrypt) mhash (mhash) zip (zziplib) 4) Depend on something currently missed in Fedora: cpdf fdf hwapi interbase ircg mcal mcve ming mnogosearch msql pdf swf xslt yaz 5) The same as 4), but also known to be depended on commercial stuff: fbsql filepro informix ingres_ii msession notes oci8 oracle ovrimos pfpro sybase sybase_ct 6) Miscellaneous: java mssql (freetds, but it has legal issues). Initially, I wanted to make php-mcrypt and php-mhash packages only. But as they have common (identical) php's tar.gz in the source, it has led to idea to have one common SRPM (named "php-extras"), with an appropriate number of binary subpackages ("php-mcrypt", "php-mhash", etc.). And so, it would be useful to build another subpackages the same way (additionally to mcrypt/mhash in my case). What additional modules are reasonable to be included into FE such a way? (see the list above). Dmitry Butskoy From mpeters at mac.com Wed Oct 5 15:41:27 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 05 Oct 2005 08:41:27 -0700 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <4343EA82.3070502@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> Message-ID: <1128526887.2870.14.camel@locolhost.localdomain> On Wed, 2005-10-05 at 19:00 +0400, Dmitry Butskoy wrote: > There is a lot of disabled modules in the current FC's PHP. They exist > in the source, but are not built. Some of them seems to be good > candidates to be included into FE. They are good candidates if there is demand for them - IE if there are web apps that use them, or they provide really useful functionality. I use to work for a LAMP vendor that packaged some php modules, the extra modules really weren't that much of a selling point. readline I believe was one that some packages out there wanted. pdf was as well - but the license was weird - at least the one that used libpdf (or pdflib). The one the used ClibPDF we didn't ship. The swf flash one never worked too well, perhaps it works better now? I believe it depends upon a library that has patent issues. cyrus is useful at some installation points. Adding a php module from source when a user needs one isn't too difficult, but if someone is willing to maintain them including security patches - I say go for it, that makes it even easier. > > > Initially, I wanted to make php-mcrypt and php-mhash packages only. But > as they have common (identical) php's tar.gz in the source, it has led > to idea to have one common SRPM (named "php-extras"), with an > appropriate number of binary subpackages ("php-mcrypt", "php-mhash", > etc.). And so, it would be useful to build another subpackages the same > way (additionally to mcrypt/mhash in my case). It's definitely better to do it with subpackages if they share a common source. > > What additional modules are reasonable to be included into FE such a > way? (see the list above). I personally really can't say - swf would be desired if it works *and* is free of legal license issues. I thought I saw something about generating MathML via php somewhere, not sure if that is in the php source or was someones external project - but that would nice if there was such a module. From orion at cora.nwra.com Wed Oct 5 15:42:07 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 05 Oct 2005 09:42:07 -0600 Subject: NX packages for Fedora Extras? Message-ID: <4343F44F.7020200@cora.nwra.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Any interest/possibility/problems in getting NX packages for Fedora Extras going? Rick Stout (CCed) has the freenx server rpms here: http://fedoranews.org/contributors/rick_stout/freenx/, perhaps he would be interested in submitting to FE? I guess the NoMachine client is binary only, though I suppose we could play with kNX for now. Others? Thoughts? - -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDQ/RPORnzrtFC2/sRAjkvAKDAlJn4tBgft1BMT9dfI/jeHQ9d1gCcDsQE rv0k5LlgTtu1mtpzHfHukIo= =poZt -----END PGP SIGNATURE----- From bugzilla at redhat.com Wed Oct 5 15:42:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 11:42:55 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510051542.j95FgtnI018209@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From lmacken at redhat.com 2005-10-05 11:42 EST ------- updated.. links should be good now. http://people.redhat.com/lmacken/gobby.spec http://people.redhat.com/lmacken/gobby-0.2.2-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 Wed Oct 5 16:11:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 12:11:08 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510051611.j95GB8lx023698@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From rdieter at math.unl.edu 2005-10-05 12:10 EST ------- Per Adrian's comment #2, I'd suggest adding to %install: %find_lang %{name} and to %files: %files -f %{name}.lang instead of hard-coding %{_datadir}/locale/*/LC_MESSAGES/gobby.mo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 5 16:23:52 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 05 Oct 2005 17:23:52 +0100 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <4343EA82.3070502@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> Message-ID: <1128529433.3668.21.camel@laurel.intra.city-fan.org> On Wed, 2005-10-05 at 19:00 +0400, Dmitry Butskoy wrote: > There is a lot of disabled modules in the current FC's PHP. They exist > in the source, but are not built. Some of them seems to be good > candidates to be included into FE. > > I've tried to make a list of the switched off php modules (againts FC3 & > php-4.3.11 only): > > 1) Not require extra stuff: > dbase > hyperwave > pcntl > sysvmsg The pcntl module would be useful to me as it is required by pptpconfig, a GUI for configuring pptp tunnels. Paul. -- Paul Howarth From bugzilla at redhat.com Wed Oct 5 16:39:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 12:39:50 -0400 Subject: [Bug 169513] Review Request: gobby - a free collaborative editor In-Reply-To: Message-ID: <200510051639.j95GdoqQ029129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gobby - a free collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: obby - A |Review Request: gobby - a |library which provides |free collaborative editor |synced document buffers | ------- Additional Comments From rdieter at math.unl.edu 2005-10-05 12:39 EST ------- Updating bugzilla summary to match package name/summary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 16:45:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 12:45:30 -0400 Subject: [Bug 169513] Review Request: gobby - a free collaborative editor In-Reply-To: Message-ID: <200510051645.j95GjUEt030565@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gobby - a free collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://releases.0x539.de/obb|http://gobby.0x539.de/ |y | ------- Additional Comments From rdieter at math.unl.edu 2005-10-05 12:45 EST ------- OK, it appears there are 2 packages for Review here (so I got confused): * obby: library * gobby: editor, which BuildRequires: obby-devel For reviewers' sanity, I'd suggest submitting each in its own bugzilla entry. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 17:00:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:00:27 -0400 Subject: [Bug 166438] Review Request: R-mAr In-Reply-To: Message-ID: <200510051700.j95H0RrT002162@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: R-mAr https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166438 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com ------- Additional Comments From tcallawa at redhat.com 2005-10-05 13:00 EST ------- Agreed. This looks exactly like the template I was using for the CRAN packages I had in the queue. The only difference is that I also have: %check %{_bindir}/R CMD check %{packname} I also have tetex-latex as a BuildRequires, since it seems to need it for many packages to generate 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 Wed Oct 5 17:36:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:36:03 -0400 Subject: [Bug 166438] Review Request: R-mAr In-Reply-To: Message-ID: <200510051736.j95Ha3gr011539@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: R-mAr https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166438 ------- Additional Comments From tcallawa at redhat.com 2005-10-05 13:35 EST ------- Minor changes: %doc DESCRIPTION COPYING doesn't seem to be needed as these files end up in %{_libdir}/R/library/%{packname} as part of the install process. %check should be: cd ..;%{_bindir}/R CMD check %{packname} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 17:41:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:41:12 -0400 Subject: [Bug 166438] Review Request: R-mAr In-Reply-To: Message-ID: <200510051741.j95HfCfP012417@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: R-mAr https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166438 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-10-05 13:41 EST ------- With the changes I describe above applied... Good: - rpmlint checks return: W: R-mAr invalid-license GPL version 2 or newer (rpmlint making noise) E: R-mAr no-binary E: R-mAr only-non-binary-in-usr-lib (safe to ignore for R packages) W: R-mAr no-documentation W: R-mAr dangerous-command-in-%post perl W: R-mAr dangerous-command-in-%postun perl (safe to ignore) - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text included, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86) - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc - no need for .desktop file APPROVED, assuming my changes are applied (BR: tetex-latex, no duplication of docs, use of %check). With this sort of a template, these packages should be quick 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 Wed Oct 5 17:44:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:44:19 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200510051744.j95HiJl8013043@www.beta.redhat.com> Please 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 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From tcallawa at redhat.com 2005-10-05 13:44 EST ------- This should be built ok 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 Oct 5 17:44:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:44:39 -0400 Subject: [Bug 168070] Review request: perl-Mail-GnuPG - Process email with GPG In-Reply-To: Message-ID: <200510051744.j95HidDb013187@www.beta.redhat.com> Please 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-Mail-GnuPG - Process email with GPG https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168070 Bug 168070 depends on bug 166713, which changed state. Bug 166713 Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 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 Oct 5 17:52:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:52:56 -0400 Subject: [Bug 166960] Review Request: Fuse-emulator (and associated libraries) In-Reply-To: Message-ID: <200510051752.j95HqulW015112@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse-emulator (and associated libraries) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com ------- Additional Comments From tcallawa at redhat.com 2005-10-05 13:52 EST ------- Please do the following for all of the packages in this ticket: - Remove the BR: perl (its not needed) - Use %configure instead of ./configure --prefix=... - Provide Source: with full path to upstream source - make all Devel packages Requires: %{name} = %{version}-%{release} - delete the .la files and don't include them in the -devel packages I'll do a full review on the fixed packages when I see em. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 18:01:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 14:01:38 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510051801.j95I1ceq016722@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: gobby - a |Review Request: obby - A |free collaborative editor |library which provides | |synced document buffers URL|http://gobby.0x539.de/ |http://releases.0x539.de/obb | |y ------- Additional Comments From lmacken at redhat.com 2005-10-05 14:01 EST ------- (In reply to comment #11) > OK, it appears there are 2 packages for Review here (so I got confused): > * obby: library > * gobby: editor, which BuildRequires: obby-devel > > For reviewers' sanity, I'd suggest submitting each in its own bugzilla entry. Obby: This bug Gobby: Bug #169514 I'm to blame for this confusion seeing as I pasted links to gobby spec/srpm starting in comment #5; all of the review in this bug is for the obby 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 Wed Oct 5 18:03:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 14:03:07 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510051803.j95I37WN018112@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-05 14:02 EST ------- Updated to use %find_lang macro. http://people.redhat.com/lmacken/gobby-0.2.2-1.src.rpm http://people.redhat.com/lmacken/gobby.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 Oct 5 18:05:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 14:05:37 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510051805.j95I5bcn019027@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From lmacken at redhat.com 2005-10-05 14:05 EST ------- Latest spec/srpm: http://people.redhat.com/lmacken/obby-0.2.0-3.src.rpm http://people.redhat.com/lmacken/obby.spec Sorry for the confusion guys. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 18:10:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 14:10:56 -0400 Subject: [Bug 168070] Review request: perl-Mail-GnuPG - Process email with GPG In-Reply-To: Message-ID: <200510051810.j95IAuCE021298@www.beta.redhat.com> Please 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-Mail-GnuPG - Process email with GPG https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168070 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-10-05 14:10 EST ------- Warning: prerequisite MIME::Entity 0 not found. Warning: prerequisite MIME::Parser 0 not found. Warning: prerequisite Mail::Address 0 not found. These come from perl-MailTools and perl-Mime-tools. You can resolve this by adding: BuildRequires: perl(MIME::Entity), perl(MIME::Parser), perl(Mail::Address) Review (with above change made): Good: - rpmlint checks return nothing - package meets naming guidelines - package meets packaging guidelines - license (GPL or Artistic) OK, links to license text in README, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86) - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop file APPROVED (with BR 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 Wed Oct 5 19:11:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 15:11:28 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510051911.j95JBSXM002152@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From tcallawa at redhat.com 2005-10-05 15:11 EST ------- Karen, can you change Source1 to point to: http://www.daughtersoftiresias.org/progs/firefly/fortune-firefly-%{version}/firefly ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 19:11:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 15:11:54 -0400 Subject: [Bug 166871] Review Request: ATLAS - fast linear algebra libraries In-Reply-To: Message-ID: <200510051911.j95JBsCd002242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ATLAS - fast linear algebra libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166871 qspencer at ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |CURRENTRELEASE Fixed In Version| |3.6.0-7 ------- Additional Comments From qspencer at ieee.org 2005-10-05 15:11 EST ------- A successful build has just completed on devel. A FC-4 branch has been requested. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 19:19:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 15:19:19 -0400 Subject: [Bug 168046] Review Request: pyflowtools - An interface to OSU FlowTools In-Reply-To: Message-ID: <200510051919.j95JJJrS003677@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyflowtools - An interface to OSU FlowTools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168046 ------- Additional Comments From tcallawa at redhat.com 2005-10-05 15:19 EST ------- Good: - rpmlint checks return: W: pyflowtools wrong-file-end-of-line-encoding /usr/share/doc/pyflowtools-0.3/COPYING - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86) - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop 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 Wed Oct 5 19:23:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 15:23:29 -0400 Subject: [Bug 168046] Review Request: pyflowtools - An interface to OSU FlowTools In-Reply-To: Message-ID: <200510051923.j95JNTwS004325@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyflowtools - An interface to OSU FlowTools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168046 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-10-05 15:23 EST ------- APPROVED. Also, in the future, if you want to get my attention faster, please either send me an email or CC me on the 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 Oct 5 20:03:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 16:03:57 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510052003.j95K3vFm010866@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-05 16:03 EST ------- Good catch, spot - 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 bugs.michael at gmx.net Wed Oct 5 21:34:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 5 Oct 2005 23:34:47 +0200 Subject: rpms/regexxer/devel regexxer.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> References: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> Message-ID: <20051005233447.0f5b5b69.bugs.michael@gmx.net> On Tue, 27 Sep 2005 20:18:37 -0400, Christoph Wickert wrote: > Author: cwickert > > Update of /cvs/extras/rpms/regexxer/devel > %pre > if [ "$1" -gt 1 ]; then > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > gconftool-2 --makefile-uninstall-rule \ > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > killall -HUP gconfd-2 || : > fi > > > %post > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > gconftool-2 --makefile-install-rule \ > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > killall -HUP gconfd-2 || : > > > %preun > if [ "$1" -eq 0 ]; then > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > gconftool-2 --makefile-uninstall-rule \ > %{_sysconfdir}/gconf/schemas/%{name}.schemas > /dev/null || : > killall -HUP gconfd-2 || : > fi Ugh! The package ought not killall any process. That looks like something really ugly. From fedora at leemhuis.info Wed Oct 5 21:59:16 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Oct 2005 23:59:16 +0200 Subject: rpms/regexxer/devel regexxer.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20051005233447.0f5b5b69.bugs.michael@gmx.net> References: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> <20051005233447.0f5b5b69.bugs.michael@gmx.net> Message-ID: <1128549556.3355.30.camel@localhost.localdomain> Am Mittwoch, den 05.10.2005, 23:34 +0200 schrieb Michael Schwendt: > On Tue, 27 Sep 2005 20:18:37 -0400, Christoph Wickert wrote: > > > Author: cwickert > > > > Update of /cvs/extras/rpms/regexxer/devel > > > %pre > > if [ "$1" -gt 1 ]; then > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > gconftool-2 --makefile-uninstall-rule \ > > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > > killall -HUP gconfd-2 || : > > fi > > > > > > %post > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > gconftool-2 --makefile-install-rule \ > > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > > killall -HUP gconfd-2 || : > > > > > > %preun > > if [ "$1" -eq 0 ]; then > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > gconftool-2 --makefile-uninstall-rule \ > > %{_sysconfdir}/gconf/schemas/%{name}.schemas > /dev/null || : > > killall -HUP gconfd-2 || : > > fi > > Ugh! The package ought not killall any process. > That looks like something really ugly. Well, for me it looks like something taken directly from http://www.fedoraproject.org/wiki/ScriptletSnippets#head-ff64cd482595764f672082d5a3b83e1fc22962e8 I find it rather ugly, too. I mentioned that before long ago (you might find it in the archives of this list). But nobody could find any real issues with this approach iirc and it seems it even found its way into the wiki. -- Thorsten Leemhuis From bugs.michael at gmx.net Wed Oct 5 22:44:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 6 Oct 2005 00:44:19 +0200 Subject: rpms/regexxer/devel regexxer.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1128549556.3355.30.camel@localhost.localdomain> References: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> <20051005233447.0f5b5b69.bugs.michael@gmx.net> <1128549556.3355.30.camel@localhost.localdomain> Message-ID: <20051006004419.7895b9bd.bugs.michael@gmx.net> On Wed, 05 Oct 2005 23:59:16 +0200, Thorsten Leemhuis wrote: > Am Mittwoch, den 05.10.2005, 23:34 +0200 schrieb Michael Schwendt: > > On Tue, 27 Sep 2005 20:18:37 -0400, Christoph Wickert wrote: > > > > > Author: cwickert > > > > > > Update of /cvs/extras/rpms/regexxer/devel > > > > > %pre > > > if [ "$1" -gt 1 ]; then > > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > > gconftool-2 --makefile-uninstall-rule \ > > > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > > > killall -HUP gconfd-2 || : > > > fi > > > > > > > > > %post > > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > > gconftool-2 --makefile-install-rule \ > > > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > > > killall -HUP gconfd-2 || : > > > > > > > > > %preun > > > if [ "$1" -eq 0 ]; then > > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > > gconftool-2 --makefile-uninstall-rule \ > > > %{_sysconfdir}/gconf/schemas/%{name}.schemas > /dev/null || : > > > killall -HUP gconfd-2 || : > > > fi > > > > Ugh! The package ought not killall any process. > > That looks like something really ugly. > > Well, for me it looks like something taken directly from > http://www.fedoraproject.org/wiki/ScriptletSnippets#head-ff64cd482595764f672082d5a3b83e1fc22962e8 > > I find it rather ugly, too. I mentioned that before long ago (you might > find it in the archives of this list). But nobody could find any real > issues with this approach iirc and it seems it even found its way into > the wiki. Hmm, okay, this tracks back to a private collection of RPM scriptlet hints by Toshio Kuratomi copied into the Wiki. Mark McLoughlin from Red Hat commented on the GConf2 scriptlets on "Wed, 02 Mar 2005 08:59:48 +0000" on fedora-maintainers list in the following rather vague way: [...] and we should probably also be doing killall -HUP gconfd-2 or something so the daemons see the new schemas. Seeing the word "probably" and seeing that none of the packages installed on my Rawhide machine does this, I find it questionable. This would signal *all* running gconfd-2 processes (also user's) to reload all databases. I don't like it when package installation "touches" user processes. This SIGHUP features is implemented since July 2004. Doesn't gconfd-2 have any other means of detecting database changes at run-time? If not, why doesn't gconftool-2 communicate with gconfd-2 upon installing/removing schema files? From bugzilla at redhat.com Wed Oct 5 22:56:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 18:56:40 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510052256.j95Mue9Y000715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 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-10-05 18:56 EST ------- I caught two minor issues first: - The changelog referred to 1.8.1, but the latest version is 1.8. I'm thinking Michael meant to put "1.8-1". Everytime you increment version (or release) you should put an entry in the changelog explaining why. I added an entry for 1.8-2, otherwise, rpmlint would have complained. - Instead of /usr/sbin, use %{_sbindir}. It's the same thing, but it keeps the rpm spec cleaner and ensures consistent macro use. I changed it out in the two places it was used in the spec file. Review (with above changes made): Good: - rpmlint checks return: nothing - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86) - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - content enhances user experience - no need for -docs - nothing in %doc affects runtime - no need for .desktop file With those changes, this package is APPROVED. Thanks for packaging this up, I'm a huge Firefly fan. I will sponsor you, so 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 ivazquez at ivazquez.net Wed Oct 5 23:02:49 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 05 Oct 2005 19:02:49 -0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <1128529433.3668.21.camel@laurel.intra.city-fan.org> References: <4343EA82.3070502@odu.neva.ru> <1128529433.3668.21.camel@laurel.intra.city-fan.org> Message-ID: <1128553369.3926.1.camel@ignacio.lan> On Wed, 2005-10-05 at 17:23 +0100, Paul Howarth wrote: > On Wed, 2005-10-05 at 19:00 +0400, Dmitry Butskoy wrote: > > I've tried to make a list of the switched off php modules (againts FC3 & > > php-4.3.11 only): > > > > 1) Not require extra stuff: > > dbase > > hyperwave > > pcntl > > sysvmsg > > The pcntl module would be useful to me as it is required by pptpconfig, > a GUI for configuring pptp tunnels. It's already in FC4/PHP5. Seeing as how FC3 is going EOL soon enough, I wouldn't worry about it too much. -- 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 Wed Oct 5 23:31:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 19:31:57 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510052331.j95NVv5M005180@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.daughtersoftiresi|http://www.daughtersoftiresi |as.org/progs/firefly/fortune|as.org/progs/firefly/fortune |-firefly-1.8-1.noarch.rpm |-firefly-1.8-2.noarch.rpm ------- Additional Comments From karen-pease at uiowa.edu 2005-10-05 19:31 EST ------- Thank you thank you! :) I made the changes you mentioned (sorry about the changelog, it skipped my mind). I'll take care of the paperwork this evening. Also, now I've got a bit of practice, so I may soon be working on packaging Vulture's Eye soon (the active fork of the now-defunct Falcon's Eye - I'm the main graphics/sound developer for that team). Thanks for all of 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 bugzilla at redhat.com Wed Oct 5 23:52:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 19:52:20 -0400 Subject: [Bug 169971] New: Qalculate - A multi-purpose desktop calculator for GNU/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=169971 Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux Product: Fedora Extras Version: devel Platform: All URL: http://qalculate.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate-0.8.1.2-1.src.rpm Description: Qalculate! is a multi-purpose desktop calculator for GNU/Linux. It is small and simple to use but with much power and versatility underneath. Features include customizable functions, units, arbitrary precision, plotting, and a user-friendly interface (KDE or GTK+). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 5 23:52:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 19:52:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510052352.j95NqbPe007721@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169971 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 00:01:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 20:01:31 -0400 Subject: [Bug 169972] New: Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate 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=169972 Summary: Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate Product: Fedora Extras Version: devel Platform: All URL: http://qalculate.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-1.8.1-1.src.rpm ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-1.8.1.1-1.src.rpm Description: GTK+ and QT/KDE gui frontends to Qalculate! desktop calculator. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 00:01:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 20:01:43 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510060001.j9601hhQ008718@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169972 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 00:04:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 20:04:36 -0400 Subject: [Bug 169973] New: Review Request: ClientForm 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=169973 Summary: Review Request: ClientForm Product: Fedora Extras Version: devel Platform: All URL: http://wwwsearch.sourceforge.net/ClientForm/ 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/ClientForm/ClientForm.spec SRPM Name or Url: http://jdub.homelinux.org/files/ClientForm/lientForm-0.1.17-1.src.rpm Description: ClientForm is a Python module for handling HTML forms on the client side, useful for parsing HTML forms, filling them in and returning the completed forms to the server. It developed from a port of Gisle Aas' Perl module HTML::Form, from the libwww-perl library, but the interface is not 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 bugzilla at redhat.com Thu Oct 6 00:04:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 20:04:48 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510060004.j9604mCP009183@www.beta.redhat.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| |169973 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 00:24:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 20:24:42 -0400 Subject: [Bug 169974] New: Qalculate - A multi-purpose desktop calculator for GNU/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=169974 Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux Product: Fedora Extras Version: devel Platform: All URL: http://qalculate.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate-0.8.1.2-1.src.rpm Description: Qalculate! is a multi-purpose desktop calculator for GNU/Linux. It is small and simple to use but with much power and versatility underneath. Features include customizable functions, units, arbitrary precision, plotting, and a user-friendly interface (KDE or GTK+). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 00:24:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 20:24:54 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510060024.j960OsAK011304@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169974 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 6 03:38:23 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 05 Oct 2005 20:38:23 -0700 Subject: rpms/regexxer/devel regexxer.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20051006004419.7895b9bd.bugs.michael@gmx.net> References: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> <20051005233447.0f5b5b69.bugs.michael@gmx.net> <1128549556.3355.30.camel@localhost.localdomain> <20051006004419.7895b9bd.bugs.michael@gmx.net> Message-ID: <1128569904.4978.26.camel@localhost> On Thu, 2005-10-06 at 00:44 +0200, Michael Schwendt wrote: > On Wed, 05 Oct 2005 23:59:16 +0200, Thorsten Leemhuis wrote: > > > Am Mittwoch, den 05.10.2005, 23:34 +0200 schrieb Michael Schwendt: > > > On Tue, 27 Sep 2005 20:18:37 -0400, Christoph Wickert wrote: > > > > > > > Author: cwickert > > > > > > > > Update of /cvs/extras/rpms/regexxer/devel > > > > > > > %pre > > > > if [ "$1" -gt 1 ]; then > > > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > > > gconftool-2 --makefile-uninstall-rule \ > > > > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > > > > killall -HUP gconfd-2 || : > > > > fi > > > > > > > > > > > > %post > > > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > > > gconftool-2 --makefile-install-rule \ > > > > %{_sysconfdir}/gconf/schemas/%{name}.schemas >/dev/null || : > > > > killall -HUP gconfd-2 || : > > > > > > > > > > > > %preun > > > > if [ "$1" -eq 0 ]; then > > > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` > > > > gconftool-2 --makefile-uninstall-rule \ > > > > %{_sysconfdir}/gconf/schemas/%{name}.schemas > /dev/null || : > > > > killall -HUP gconfd-2 || : > > > > fi > > > > > > Ugh! The package ought not killall any process. > > > That looks like something really ugly. > > > > Well, for me it looks like something taken directly from > > http://www.fedoraproject.org/wiki/ScriptletSnippets#head-ff64cd482595764f672082d5a3b83e1fc22962e8 > > > > I find it rather ugly, too. I mentioned that before long ago (you might > > find it in the archives of this list). But nobody could find any real > > issues with this approach iirc and it seems it even found its way into > > the wiki. > > Hmm, okay, this tracks back to a private collection of RPM scriptlet > hints by Toshio Kuratomi copied into the Wiki. > > Mark McLoughlin from Red Hat commented on the GConf2 scriptlets on "Wed, > 02 Mar 2005 08:59:48 +0000" on fedora-maintainers list in the following > rather vague way: > > [...] and we should probably also be doing killall -HUP gconfd-2 or > something so the daemons see the new schemas. > > Seeing the word "probably" and seeing that none of the packages installed > on my Rawhide machine does this, I find it questionable. This would > signal *all* running gconfd-2 processes (also user's) to reload all > databases. I don't like it when package installation "touches" user > processes. The gconf daemon needs to refresh its knowledge of the schemas when they're updated. Otherwise, opening up a program that's just been updated with a different schema could run into problems. The gconfd-2 process is run by a user, but its purpose is to supply configuration information to a program. The gconf daemon needs to be alerted to the fact that the schemas have changed so it can reload them. > This SIGHUP features is implemented since July 2004. Doesn't > gconfd-2 have any other means of detecting database changes at run-time? Not that I'm aware of. Which is why it was added. Here's the discussion of adding the SIGHUP handling. http://mail.gnome.org/pipermail/gconf-list/2004-June/msg00016.html Note that Havoc is quoted here stating that even sending SIGTERM should be okay for the way gconfd-2 is designed. Debian is using this extensively with gconf using packages. Here's a link to a discussion of changes to their debhelper scriptlet, dh_gconf http://lists.debian.org/debian-gtk-gnome/2004/06/msg00195.html > If not, why doesn't gconftool-2 communicate with gconfd-2 upon > installing/removing schema files? You'll have to get a reply from Mark or Havoc on that one. As a guess, I'd think that gconftool-2 can be used by a normal user to install schemas or modify the configuration values for the user only. In that situation, it has no business trying to convince all gconf's on the system to reload their cache. This isn't the case on a package update where every gconf on the system needs to resync with the newly installed values. -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 Thu Oct 6 05:46:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 01:46:34 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510060546.j965kXUK029044@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-06 01:46 EST ------- Hmm.. .any clue why this would happen? "Submit 'Add' action denied. You may need to become a member of the cla_done group first." It's from this page (step 9): https://admin.fedora.redhat.com/accounts/userbox.cgi -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 06:18:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 02:18:41 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510060618.j966Ifdb001784@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-06 02:18 EST ------- * builds in mock * rpmlint is happy * correct usage of -devel * spec looks good * clean installation and removal * use of find_lang macro * correct Requires and BuildRequires * scriptlets look sane 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 Oct 6 10:23:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 06:23:01 -0400 Subject: [Bug 169471] Review Request: gtk-gnutella - GUI based Gnutella Client In-Reply-To: Message-ID: <200510061023.j96AN135010800@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtk-gnutella - GUI based Gnutella Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169471 ------- Additional Comments From dmitry at butskoy.name 2005-10-06 06:22 EST ------- ...and upstream's comment here: http://sourceforge.net/mailarchive/forum.php?thread_id=8422691&forum_id=5942 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 6 11:46:28 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 06 Oct 2005 15:46:28 +0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <4343EA82.3070502@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> Message-ID: <43450E94.10701@odu.neva.ru> Dmitry Butskoy wrote: > There is a lot of disabled modules in the current FC's PHP. They exist > in the source, but are not built. Some of them seems to be good > candidates to be included into FE. > > I've tried to make a list of the switched off php modules... Corrected list (after consideration of PHP5 in FC4): 1) Not require extra stuff: dbase hyperwave php4-only pcntl php5-now sysvmsg php5-now 2) Depend on Fedora Core packages: crack (cracklib) php4-only cyrus (cyrus-imapd,cyrus-sasl2) php4-only fribidi (fribidi) php4-only qtdom (qt) php4-only readline (readline) recode (recode) 3) Depend on Fedora Extras packages: mcrypt (libmcrypt) mhash (mhash) sqlite (sqlite) php5-only tidy (tidy) php5-only zip (zziplib) php4-only 4) Depend on something currently missed in Fedora: cpdf fam php5-only fdf hwapi interbase ircg mcal php4-only mcve ming mnogosearch msql pdf php4-only swf php4-only xslt php4-only yaz php4-only 5) The same as 4), but also known to be depended on commercial stuff: fbsql filepro informix ingres_ii msession notes php4-only oci8 oracle ovrimos pfpro sybase sybase_ct 6) Miscellaneous: java php4-only mssql (freetds, but it has legal issues). IMHO it is good to exclude all "php4-only" modules. Then, if focusing on currently existing in FC/FE only, a list will be: dbase pcntl (for php4, already in main php5) sysvmsg (for php4, already in main php5) readline (FC:readline) recode (FC:recode) mcrypt (FE:libmcrypt) mhash (FE:mhash) sqlite (FE:sqlite, php5) tidy (FE:tidy, php5) I vote for "mcrypt" and "mhash". As "pcntl" and "sysvmsg" have appeared in FC4, it is useful to include them for FC3. There is a report about "readline" can be useful. And someone is trying now to add "php-tidy" to FE as separate stuff... What about "dbase", "recode" and "sqlite" ? Dmitry Butskoy From rc040203 at freenet.de Thu Oct 6 11:58:49 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 06 Oct 2005 13:58:49 +0200 Subject: rpms/gpsim/devel .cvsignore, 1.2, 1.3 gpsim.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <200510060708.j9678xEs027741@cvs-int.fedora.redhat.com> References: <200510060708.j9678xEs027741@cvs-int.fedora.redhat.com> Message-ID: <1128599929.1704.50.camel@mccallum.corsepiu.local> On Thu, 2005-10-06 at 03:08 -0400, Alain Portal wrote: > Author: Dionysos > Index: gpsim.spec > =================================================================== > RCS file: /cvs/extras/rpms/gpsim/devel/gpsim.spec,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -u -r1.1 -r1.2 > --- gpsim.spec 30 Sep 2005 12:59:03 -0000 1.1 > +++ gpsim.spec 6 Oct 2005 07:08:39 -0000 1.2 > -Requires: gtk+extra = 1.1.0 > -BuildRequires: gtk+extra-devel = 1.1.0, flex, readline-devel > +Requires: gtk+extra This Requires: very likely is superfluous. Ralf From bugzilla at redhat.com Thu Oct 6 12:07:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 08:07:15 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200510061207.j96C7FYu022556@www.beta.redhat.com> Please 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-10-06 08:07 EST ------- Moved to Livna http://bugzilla.livna.org/show_bug.cgi?id=621 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 12:12:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 08:12:00 -0400 Subject: [Bug 166438] Review Request: R-mAr In-Reply-To: Message-ID: <200510061212.j96CC0K4023108@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: R-mAr https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166438 ------- Additional Comments From jamatos at fc.up.pt 2005-10-06 08:11 EST ------- I have applied all your suggestions and I have imported the package. Thank 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 Oct 6 12:15:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 08:15:27 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200510061215.j96CFR5X023554@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |WONTFIX ------- Additional Comments From bdpepple at ameritech.net 2005-10-06 08:15 EST ------- Failed due to datafile. Refer to comment #8. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 12:37:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 08:37:30 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510061237.j96CbU7H026479@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From tcallawa at redhat.com 2005-10-06 08:37 EST ------- That error is new to me. Did you fill out the full page with all 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 bugs.michael at gmx.net Thu Oct 6 12:43:37 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 6 Oct 2005 14:43:37 +0200 Subject: rpms/regexxer/devel regexxer.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1128569904.4978.26.camel@localhost> References: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> <20051005233447.0f5b5b69.bugs.michael@gmx.net> <1128549556.3355.30.camel@localhost.localdomain> <20051006004419.7895b9bd.bugs.michael@gmx.net> <1128569904.4978.26.camel@localhost> Message-ID: <20051006144337.764613cc.bugs.michael@gmx.net> On Wed, 05 Oct 2005 20:38:23 -0700, Toshio Kuratomi wrote: > > Hmm, okay, this tracks back to a private collection of RPM scriptlet > > hints by Toshio Kuratomi copied into the Wiki. > > > > Mark McLoughlin from Red Hat commented on the GConf2 scriptlets on "Wed, > > 02 Mar 2005 08:59:48 +0000" on fedora-maintainers list in the following > > rather vague way: > > > > [...] and we should probably also be doing killall -HUP gconfd-2 or > > something so the daemons see the new schemas. > > > > Seeing the word "probably" and seeing that none of the packages installed > > on my Rawhide machine does this, I find it questionable. This would > > signal *all* running gconfd-2 processes (also user's) to reload all > > databases. I don't like it when package installation "touches" user > > processes. > > The gconf daemon needs to refresh its knowledge of the schemas when > they're updated. Is this a definite MUST or a SHOULD? Packages in Fedora Core don't send SIGHUP to all gconfd-2 processes. Hence the question. > Otherwise, opening up a program that's just been > updated with a different schema could run into problems. Does gconfd-2 load all schema files upon restart? Or does it load schema files only as needed? > The gconfd-2 > process is run by a user, but its purpose is to supply configuration > information to a program. The gconf daemon needs to be alerted to the > fact that the schemas have changed so it can reload them. > > > This SIGHUP features is implemented since July 2004. Doesn't > > gconfd-2 have any other means of detecting database changes at run-time? > > Not that I'm aware of. Which is why it was added. > > Here's the discussion of adding the SIGHUP handling. > http://mail.gnome.org/pipermail/gconf-list/2004-June/msg00016.html > Note that Havoc is quoted here stating that even sending SIGTERM should > be okay for the way gconfd-2 is designed. That thread also mentions problems, such as consecutive SIGHUP signals sent by installation of multiple packages, as well as that an application must be restarted, too, to see the new values actually. > Debian is using this extensively with gconf using packages. Here's a > link to a discussion of changes to their debhelper scriptlet, dh_gconf > http://lists.debian.org/debian-gtk-gnome/2004/06/msg00195.html > > > If not, why doesn't gconftool-2 communicate with gconfd-2 upon > > installing/removing schema files? > > You'll have to get a reply from Mark or Havoc on that one. As a guess, > I'd think that gconftool-2 can be used by a normal user to install > schemas or modify the configuration values for the user only. In that > situation, it has no business trying to convince all gconf's on the > system to reload their cache. Could be done for --makefile-[un]install-rule with a uid check, couldn't it? > This isn't the case on a package update where every gconf on the system > needs to resync with the newly installed values. > > -Toshio > From rdieter at math.unl.edu Thu Oct 6 12:49:41 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 07:49:41 -0500 Subject: mock ?'s Message-ID: I have a problem with a package of mine(*) that builds fine by hand, but hangs/crashes when built inside of mock. My initial problem is I'm having trouble finding any sort of build.log; it appears that mock's build.log doesn't contain anything until mock is done/finished. Any pointers as to where to look for mock's intermediate build.log? (*) In particular, maxima when built --with-sbcl -- Rex From bugzilla at redhat.com Thu Oct 6 12:54:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 08:54:51 -0400 Subject: [Bug 166438] Review Request: R-mAr In-Reply-To: Message-ID: <200510061254.j96Cspkj028548@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: R-mAr https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166438 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jamatos at fc.up.pt 2005-10-06 08:54 EST ------- 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 paul at city-fan.org Thu Oct 6 13:00:25 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 06 Oct 2005 14:00:25 +0100 Subject: mock ?'s In-Reply-To: References: Message-ID: <43451FE9.4000103@city-fan.org> Rex Dieter wrote: > I have a problem with a package of mine(*) that builds fine by hand, but > hangs/crashes when built inside of mock. My initial problem is I'm > having trouble finding any sort of build.log; it appears that mock's > build.log doesn't contain anything until mock is done/finished. Any > pointers as to where to look for mock's intermediate build.log? > > (*) In particular, maxima when built --with-sbcl Try running mock with the --debug option; that should at least tell you the area where problems are occurring. Paul. From rdieter at math.unl.edu Thu Oct 6 13:08:56 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 08:08:56 -0500 Subject: mock ?'s In-Reply-To: <43451FE9.4000103@city-fan.org> References: <43451FE9.4000103@city-fan.org> Message-ID: Paul Howarth wrote: > Rex Dieter wrote: > >> I have a problem with a package of mine(*) that builds fine by hand, >> but hangs/crashes when built inside of mock. My initial problem is >> I'm having trouble finding any sort of build.log; it appears that >> mock's build.log doesn't contain anything until mock is >> done/finished. Any pointers as to where to look for mock's >> intermediate build.log? > Try running mock with the --debug option; that should at least tell you > the area where problems are occurring. Been there, done that. Didn't help much... last thing I saw on the screen was mock issuing the rpmbuild command. -- Rex From skvidal at phy.duke.edu Thu Oct 6 13:15:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 06 Oct 2005 09:15:09 -0400 Subject: mock ?'s In-Reply-To: References: <43451FE9.4000103@city-fan.org> Message-ID: <1128604509.18092.0.camel@cutter> On Thu, 2005-10-06 at 08:08 -0500, Rex Dieter wrote: > Paul Howarth wrote: > > Rex Dieter wrote: > > > >> I have a problem with a package of mine(*) that builds fine by hand, > >> but hangs/crashes when built inside of mock. My initial problem is > >> I'm having trouble finding any sort of build.log; it appears that > >> mock's build.log doesn't contain anything until mock is > >> done/finished. Any pointers as to where to look for mock's > >> intermediate build.log? > > > Try running mock with the --debug option; that should at least tell you > > the area where problems are occurring. > > Been there, done that. Didn't help much... last thing I saw on the > screen was mock issuing the rpmbuild command. what options are you passing to mock? -sv From rdieter at math.unl.edu Thu Oct 6 13:48:21 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 08:48:21 -0500 Subject: mock ?'s In-Reply-To: <1128604509.18092.0.camel@cutter> References: <43451FE9.4000103@city-fan.org> <1128604509.18092.0.camel@cutter> Message-ID: seth vidal wrote: > On Thu, 2005-10-06 at 08:08 -0500, Rex Dieter wrote: >>>>I have a problem with a package of mine(*) that builds fine by hand, >>>>but hangs/crashes when built inside of mock. My initial problem is >>>>I'm having trouble finding any sort of build.log; it appears that >>>>mock's build.log doesn't contain anything until mock is >>>>done/finished. Any pointers as to where to look for mock's >>>>intermediate build.log? > what options are you passing to mock? Tried both $ make mockbuild from an extras cvs checkout and a manual $ mock --debug maxima-5.9.1.9rc*.src.rpm In both cases, the build dies/halts somewhere (and sbcl enters it's debugger) and mock's build.log is empty. -- Rex From ivazquez at ivazquez.net Thu Oct 6 13:56:15 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 06 Oct 2005 09:56:15 -0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <43450E94.10701@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> <43450E94.10701@odu.neva.ru> Message-ID: <1128606976.17070.17.camel@ignacio.lan> On Thu, 2005-10-06 at 15:46 +0400, Dmitry Butskoy wrote: Just some clarifications: > 3) Depend on Fedora Extras packages: > sqlite (sqlite) php5-only Obsoleted by php-pecl-pdo-sqlite in Extras. > 4) Depend on something currently missed in Fedora: > cpdf Restrictive license. > fam php5-only Provided by gamin. > fdf Binary-only library. > hwapi Commercial. > interbase I'm waiting for FB 2.0 to stabilize before submitting it to Extras. > ircg Commercial. > mcve Commercial. > msql Restrictive license. > 5) The same as 4), but also known to be depended on commercial stuff: > sybase This can use FreeTDS. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Oct 6 13:56:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 06 Oct 2005 09:56:53 -0400 Subject: mock ?'s In-Reply-To: References: <43451FE9.4000103@city-fan.org> <1128604509.18092.0.camel@cutter> Message-ID: <1128607013.18092.2.camel@cutter> On Thu, 2005-10-06 at 08:48 -0500, Rex Dieter wrote: > seth vidal wrote: > > On Thu, 2005-10-06 at 08:08 -0500, Rex Dieter wrote: > > >>>>I have a problem with a package of mine(*) that builds fine by hand, > >>>>but hangs/crashes when built inside of mock. My initial problem is > >>>>I'm having trouble finding any sort of build.log; it appears that > >>>>mock's build.log doesn't contain anything until mock is > >>>>done/finished. Any pointers as to where to look for mock's > >>>>intermediate build.log? > > > what options are you passing to mock? > > Tried both > $ make mockbuild > from an extras cvs checkout and a manual > $ mock --debug maxima-5.9.1.9rc*.src.rpm > > In both cases, the build dies/halts somewhere (and sbcl enters it's > debugger) and mock's build.log is empty. try running: mock -c someconfig --resultdir=/path/to/someplace/ --debug /path/to/your/src.rpm thanks -sv From toshio at tiki-lounge.com Thu Oct 6 14:29:25 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 06 Oct 2005 07:29:25 -0700 Subject: SIGHUP gconfd (was Re: rpms/regexxer/devel regexxer.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: <20051006144337.764613cc.bugs.michael@gmx.net> References: <200509280019.j8S0J820011596@cvs-int.fedora.redhat.com> <20051005233447.0f5b5b69.bugs.michael@gmx.net> <1128549556.3355.30.camel@localhost.localdomain> <20051006004419.7895b9bd.bugs.michael@gmx.net> <1128569904.4978.26.camel@localhost> <20051006144337.764613cc.bugs.michael@gmx.net> Message-ID: <1128608965.4978.49.camel@localhost> On Thu, 2005-10-06 at 14:43 +0200, Michael Schwendt wrote: > On Wed, 05 Oct 2005 20:38:23 -0700, Toshio Kuratomi wrote: > > > > Hmm, okay, this tracks back to a private collection of RPM scriptlet > > > hints by Toshio Kuratomi copied into the Wiki. > > > > > > Mark McLoughlin from Red Hat commented on the GConf2 scriptlets on "Wed, > > > 02 Mar 2005 08:59:48 +0000" on fedora-maintainers list in the following > > > rather vague way: > > > > > > [...] and we should probably also be doing killall -HUP gconfd-2 or > > > something so the daemons see the new schemas. > > > > > > Seeing the word "probably" and seeing that none of the packages installed > > > on my Rawhide machine does this, I find it questionable. This would > > > signal *all* running gconfd-2 processes (also user's) to reload all > > > databases. I don't like it when package installation "touches" user > > > processes. > > > > The gconf daemon needs to refresh its knowledge of the schemas when > > they're updated. > > Is this a definite MUST or a SHOULD? Packages in Fedora Core don't send > SIGHUP to all gconfd-2 processes. Hence the question. > I've had instances where a package upgrade doesn't work the way I expect because it did not get the new schema definitions. However, it is a subtle problem that an end-user might not notice most of the time. Most upgrades don't upgrade the schema. When they do, a well coded program is supposed to handle the case where no schema is defined. It won't always cause a problem for the whole program, just for the one configuration value being strange. I'd call it a MUST because it will eventually cause problems when upgrading a package that defines new gconf values and is designed to work this way so it doesn't cause harm. > > Otherwise, opening up a program that's just been > > updated with a different schema could run into problems. > > Does gconfd-2 load all schema files upon restart? Or does it load > schema files only as needed? > I _think_ it loads and caches as needed. But you should look to Mark, Havoc, or the source to confirm this. > > The gconfd-2 > > process is run by a user, but its purpose is to supply configuration > > information to a program. The gconf daemon needs to be alerted to the > > fact that the schemas have changed so it can reload them. > > > > > This SIGHUP features is implemented since July 2004. Doesn't > > > gconfd-2 have any other means of detecting database changes at run-time? > > > > Not that I'm aware of. Which is why it was added. > > > > Here's the discussion of adding the SIGHUP handling. > > http://mail.gnome.org/pipermail/gconf-list/2004-June/msg00016.html > > Note that Havoc is quoted here stating that even sending SIGTERM should > > be okay for the way gconfd-2 is designed. > > That thread also mentions problems, such as consecutive SIGHUP signals > sent by installation of multiple packages, The final patch submitted at the end resolves this. The SIGHUP does not spawn an immediate reload. It schedules a reload for gconfd-2's internal cleanup function to perform. If you have multiple package upgrades quickly sending SIGHUP, it will not schedule one reload for each SIGHUP. > as well as that an application > must be restarted, too, to see the new values actually. > Which the mentioned post points out is not a problem. Running programs should continue to use the old values. New invocations should use the new ones. > > Debian is using this extensively with gconf using packages. Here's a > > link to a discussion of changes to their debhelper scriptlet, dh_gconf > > http://lists.debian.org/debian-gtk-gnome/2004/06/msg00195.html > > > > > If not, why doesn't gconftool-2 communicate with gconfd-2 upon > > > installing/removing schema files? > > > > You'll have to get a reply from Mark or Havoc on that one. As a guess, > > I'd think that gconftool-2 can be used by a normal user to install > > schemas or modify the configuration values for the user only. In that > > situation, it has no business trying to convince all gconf's on the > > system to reload their cache. > > Could be done for --makefile-[un]install-rule with a uid check, > couldn't it? You'll have to see what Mark or Havoc think. -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 Thu Oct 6 14:47:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 10:47:08 -0400 Subject: [Bug 168923] Review Request: Python SQLObject ORM library In-Reply-To: Message-ID: <200510061447.j96El8bq013582@www.beta.redhat.com> Please 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 SQLObject ORM library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 ------- Additional Comments From oliver.andrich at gmail.com 2005-10-06 10:47 EST ------- Once again an update to reflect a misconfigured requirement for FormEncode 0.2.2. Spec Name or Url: http://roughbook.de/review/python-sqlobject.spec SRPM Name or Url: http://roughbook.de/review/python-sqlobject-0.7.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 Thu Oct 6 14:48:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 10:48:39 -0400 Subject: [Bug 168922] Review Request: Python FormEncode Library In-Reply-To: Message-ID: <200510061448.j96Emd8k013775@www.beta.redhat.com> Please 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 FormEncode Library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 ------- Additional Comments From oliver.andrich at gmail.com 2005-10-06 10:48 EST ------- Spec Name or Url: http://roughbook.de/review/python-formencode.spec SRPM Name or Url: http://roughbook.de/review/python-formencode-0.2.2-1.src.rpm Required update cause my other package requires this upstream version. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 6 14:58:36 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 09:58:36 -0500 Subject: mock ?'s In-Reply-To: <1128607013.18092.2.camel@cutter> References: <43451FE9.4000103@city-fan.org> <1128604509.18092.0.camel@cutter> <1128607013.18092.2.camel@cutter> Message-ID: seth vidal wrote: > try running: > > mock -c someconfig --resultdir=/path/to/someplace/ > --debug /path/to/your/src.rpm I get mock: error: no such option: -c But, isn't that basically what I've already done, when I tried: mock --resultdir=`pwd` --debug maxima-5.9.1.9rc*.src.rpm ? -- Rex From rdieter at math.unl.edu Thu Oct 6 15:19:47 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 10:19:47 -0500 Subject: mock ?'s In-Reply-To: References: <43451FE9.4000103@city-fan.org> <1128604509.18092.0.camel@cutter> <1128607013.18092.2.camel@cutter> Message-ID: Rex Dieter wrote: > seth vidal wrote: > >> try running: >> >> mock -c someconfig --resultdir=/path/to/someplace/ >> --debug /path/to/your/src.rpm > I get > mock: error: no such option: -c > > But, isn't that basically what I've already done, when I tried: > mock --resultdir=`pwd` --debug maxima-5.9.1.9rc*.src.rpm > ? The last thing I see on the screen is: ... DEBUG: Executing /usr/sbin/mock-helper chroot /var/lib/mock/fedora-3-i386-core/root /sbin/runuser - root -c "/sbin/runuser -c 'rpmbuild --rebuild --target i386 --nodeps /builddir/build/SRPMS/maxima-5.9.1.9rc4-3.fc3.src.rpm' mockbuild" Then, I see the sbcl debugger start, build stops. I press CNTL-C. Traceback (most recent call last): File "/usr/bin/mock", line 786, in ? main() File "/usr/bin/mock", line 774, in main my.build(srpm) File "/usr/bin/mock", line 321, in build (retval, output) = self.do_chroot(cmd) File "/usr/bin/mock", line 461, in do_chroot (ret, output) = self.do(cmd) File "/usr/bin/mock", line 440, in do (status, output) = commands.getstatusoutput(command) File "/usr/lib/python2.3/commands.py", line 54, in getstatusoutput text = pipe.read() KeyboardInterrupt At this point, mock's build.log is still empty (0 sized), and I still have no idea where/why the build failed. Full mock output at http://www.math.unl.edu/~rdieter/mock.log -- Rex From buc at odusz.so-cdu.ru Thu Oct 6 15:22:40 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 06 Oct 2005 19:22:40 +0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <1128606976.17070.17.camel@ignacio.lan> References: <4343EA82.3070502@odu.neva.ru> <43450E94.10701@odu.neva.ru> <1128606976.17070.17.camel@ignacio.lan> Message-ID: <43454140.1080007@odu.neva.ru> Ignacio Vazquez-Abrams wrote: >>sqlite (sqlite) php5-only >> >> > >Obsoleted by php-pecl-pdo-sqlite in Extras. > > I've not quiet understood: The php-sqlite module, recently appeared in PHP5 (it was not in PHP4), already considered obsolete? >>fam php5-only >> >> > >Provided by gamin. > > OK Dmitry Butskoy From symbiont at berlios.de Thu Oct 6 15:27:53 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 6 Oct 2005 23:27:53 +0800 Subject: mock ?'s In-Reply-To: References: Message-ID: <200510062327.53973.symbiont@berlios.de> On Thursday 06 October 2005 20:49, Rex Dieter wrote: > Any > pointers as to where to look for mock's intermediate build.log? There isn't one. Mock uses the commands lib which effectively does this: pipe = os.popen('{ ' + cmd + '; } 2>&1', 'r') text = pipe.read() sts = pipe.close() Then the text is written to the build.log after the command is complete using the build_log() function in mock. It does flush here, but it's only good for maybe the last block that's in the string buffer in memory. Which can be good for failures that short circuit the close() in the cleanup phase. But, it means nothing as far as trying to get a realtime look at commands executing in the chroot. To get realtime output of the command into the build.log would require a re-tool of the do() function. This would also be good in the case where a patch didn't apply and it sits there asking which file it should apply it to. In the past, I've typically just used "ps" to see what it's stuck on. Being able to "tail -f" on the build.log outside of mock would be cool. -- -jeff From symbiont at berlios.de Thu Oct 6 15:29:00 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 6 Oct 2005 23:29:00 +0800 Subject: mock ?'s In-Reply-To: References: Message-ID: <200510062329.00929.symbiont@berlios.de> On Thursday 06 October 2005 23:19, Rex Dieter wrote: > At this point, mock's build.log is still empty (0 sized), and I still > have no idea where/why the build failed. Currently, you'll have to rely on your terminal's scroll buffer. See my other email for details. -- -jeff From symbiont at berlios.de Thu Oct 6 15:29:59 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 6 Oct 2005 23:29:59 +0800 Subject: mock ?'s In-Reply-To: <200510062329.00929.symbiont@berlios.de> References: <200510062329.00929.symbiont@berlios.de> Message-ID: <200510062329.59375.symbiont@berlios.de> On Thursday 06 October 2005 23:29, Jeff Pitman wrote: > On Thursday 06 October 2005 23:19, Rex Dieter wrote: > > At this point, mock's build.log is still empty (0 sized), and I > > still have no idea where/why the build failed. > > Currently, you'll have to rely on your terminal's scroll buffer. See > my other email for details. Sorry, I sent this too hastily before I realized my err. You cannot see the details of the rpmbuild command. -- -jeff From bugzilla at redhat.com Thu Oct 6 15:38:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 11:38:06 -0400 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510061538.j96Fc6Eu023491@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 ------- Additional Comments From ville.skytta at iki.fi 2005-10-06 11:37 EST ------- I'd personally name it "python-clientform" (all lowercase). Please at least add the "python-" prefix. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 6 15:32:36 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 10:32:36 -0500 Subject: mock ?'s In-Reply-To: <200510062327.53973.symbiont@berlios.de> References: <200510062327.53973.symbiont@berlios.de> Message-ID: Jeff Pitman wrote: > On Thursday 06 October 2005 20:49, Rex Dieter wrote: >>Any >>pointers as to where to look for mock's intermediate build.log? > There isn't one. I was afraid of that. Greatly limits the ability to debug build problems within mock. > Being able to "tail -f" on the build.log outside of mock would be cool. Amen brother. I guess I'll just have to find a way to make sbcl exit instead of trying to enter it's interactive debugger. -- Rez From symbiont at berlios.de Thu Oct 6 15:45:33 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 6 Oct 2005 23:45:33 +0800 Subject: mock ?'s In-Reply-To: <200510062327.53973.symbiont@berlios.de> References: <200510062327.53973.symbiont@berlios.de> Message-ID: <200510062345.34210.symbiont@berlios.de> On Thursday 06 October 2005 23:27, Jeff Pitman wrote: > Being able to "tail -f" on the build.log outside of mock would be > cool. Anyone using mock in a Python 2.2 only build environment? Because I think I have a slick solution that fits the bill by using the file as an iterator object. Using this solution, we can combine both root.log and build.log into like a mock.log that shows all do and do_chroot operations (with their detailed output as if executed from a shell script.) Any thoughts on this while I hack it together? -- -jeff From ivazquez at ivazquez.net Thu Oct 6 16:07:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 06 Oct 2005 12:07:40 -0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <43454140.1080007@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> <43450E94.10701@odu.neva.ru> <1128606976.17070.17.camel@ignacio.lan> <43454140.1080007@odu.neva.ru> Message-ID: <1128614860.20518.2.camel@ignacio.lan> On Thu, 2005-10-06 at 19:22 +0400, Dmitry Butskoy wrote: > Ignacio Vazquez-Abrams wrote: > > >>sqlite (sqlite) php5-only > >> > >> > > > >Obsoleted by php-pecl-pdo-sqlite in Extras. > > > > > I've not quiet understood: The php-sqlite module, recently appeared in > PHP5 (it was not in PHP4), already considered obsolete? Ah, my bad, php-sqlite is for SQLite 2, php-pecl-pdo-sqlite is for SQLite 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 bugzilla at redhat.com Thu Oct 6 16:11:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:11:21 -0400 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510061611.j96GBLLX030337@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-06 12:11 EST ------- The module name is ClientForm so the proper name would be python-ClientForm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 6 16:19:11 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 06 Oct 2005 11:19:11 -0500 Subject: Begging for review: perl-Maypole, pydot Message-ID: <1128615551.1658.7.camel@localhost.localdomain> Hi folks, I really would like to get these two packages out of my queue and into Fedora Extras. Would someone be so kind as to review: perl-Maypole: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 pydot: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168593 In return, I will be more than happy to review any of your pending packages, or alternately, package something for you. :) 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 Oct 6 16:19:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:19:20 -0400 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510061619.j96GJK5D031538@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 ------- Additional Comments From ville.skytta at iki.fi 2005-10-06 12:19 EST ------- The majority of python-* in Extras seem to disagree with that (based on quickly peeking into the source tarball names 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 Thu Oct 6 16:19:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:19:39 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510061619.j96GJdcE031626@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 Bug 169247 depends on bug 168070, which changed state. Bug 168070 Summary: Review request: perl-Mail-GnuPG - Process email with GPG https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168070 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 Oct 6 16:21:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:21:03 -0400 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510061621.j96GL3u4031812@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 ------- Additional Comments From tcallawa at redhat.com 2005-10-06 12:20 EST ------- The prefix is a MUST. The lowercase is up to the 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 Thu Oct 6 16:24:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:24:08 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200510061624.j96GO8pr032374@www.beta.redhat.com> Please 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 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-10-06 12:23 EST ------- Housekeeping - Package has already been released -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 16:26:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:26:03 -0400 Subject: [Bug 169112] Review request: perl-Pod-Tests - Extract embedded tests and code examples from POD In-Reply-To: Message-ID: <200510061626.j96GQ3TG032627@www.beta.redhat.com> Please 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-Pod-Tests - Extract embedded tests and code examples from POD https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169112 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-10-06 12:25 EST ------- Housekeeping - Package had been approved and released. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 6 16:26:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:26:31 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510061626.j96GQVeX032752@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-06 12:26 EST ------- Yes - and it said that it was successfully added. It's only when I tried to become a member of the group that the wiki told me to, that it gave me that error (and it's repeatable). Should I report it as a 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 ville.skytta at iki.fi Thu Oct 6 16:28:32 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 06 Oct 2005 19:28:32 +0300 Subject: BR: libacl-devel in Extras devel Message-ID: <1128616112.31488.42.camel@localhost.localdomain> I've noticed from CVS commits that some Extras packages have started adding BR: libacl-devel in the devel branch, with no visible change in the package itself. This smells like a missing "Requires: libacl-devel" in some of the build dependency *-devel packages, probably in Rawhide. WAG: kdelibs-devel? Could someone who has a Rawhide box check it out and file a bug against the guilty package? The sooner it's fixed, the better and less BR-bloated packages around... From bugzilla at redhat.com Thu Oct 6 16:36:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 12:36:47 -0400 Subject: [Bug 168339] Review Request: libbinio In-Reply-To: Message-ID: <200510061636.j96GalLb002600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libbinio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168339 ------- Additional Comments From rc040203 at freenet.de 2005-10-06 12:36 EST ------- You are patching the *.texinfo. Therefore you should BR: makeinfo otherwise the *infos will not be regenerated. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 6 16:42:04 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 7 Oct 2005 00:42:04 +0800 Subject: mock ?'s In-Reply-To: <200510062345.34210.symbiont@berlios.de> References: <200510062327.53973.symbiont@berlios.de> <200510062345.34210.symbiont@berlios.de> Message-ID: <200510070042.04861.symbiont@berlios.de> On Thursday 06 October 2005 23:45, Jeff Pitman wrote: > Using this solution, we can combine both root.log and build.log into > like a mock.log that shows all do and do_chroot operations (with > their detailed output as if executed from a shell script.) ?Any > thoughts on this while I hack it together? It ain't pretty. But, I wanted to get this out here before I get my beauty rest. This is version 0.00a1 of the pipe patch and will get you "tail -f" capabilities outside of mock. Be sure to back up your current version of mock. This patch was diffed against the CVS version of mock. Next tasks are: 1. What to do with root.log and build.log? 2. Revamp execution of build_log(self, content), root_log(self, content) stuff. Since now every do() operation can be logged line-by-line into any log file. -- -jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: mock.py-pipe.patch Type: text/x-diff Size: 1043 bytes Desc: not available URL: From rdieter at math.unl.edu Thu Oct 6 16:45:23 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 11:45:23 -0500 Subject: BR: libacl-devel in Extras devel In-Reply-To: <1128616112.31488.42.camel@localhost.localdomain> References: <1128616112.31488.42.camel@localhost.localdomain> Message-ID: Ville Skytt? wrote: > Could someone who has a Rawhide box check it out and file a bug against > the guilty package? The sooner it's fixed, the better and less > BR-bloated packages around... Speaking of busted/missing -devel Requires and libtool(.la file) bloat, just look at rpm-devel: http://bugzilla.redhat.com/bugzilla/145978 Too bad Jeff WONTFIX it. Maybe someone with more influence can try to change his mind. -- Rex From ville.skytta at iki.fi Thu Oct 6 17:04:03 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 06 Oct 2005 20:04:03 +0300 Subject: BR: libacl-devel in Extras devel In-Reply-To: References: <1128616112.31488.42.camel@localhost.localdomain> Message-ID: <1128618243.31488.48.camel@localhost.localdomain> On Thu, 2005-10-06 at 11:45 -0500, Rex Dieter wrote: > Speaking of busted/missing -devel Requires and libtool(.la file) bloat, > just look at rpm-devel: > http://bugzilla.redhat.com/bugzilla/145978 Yep :( > Too bad Jeff WONTFIX it. OT: that's also the case with the untested versioned self-obsoletes "trick" I mentioned when there was a need to downgrade one of your packages in devel a while back: https://bugzilla.redhat.com/168563 From bugzilla at redhat.com Thu Oct 6 17:02:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:02:24 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510061702.j96H2Ob6008164@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From tcallawa at redhat.com 2005-10-06 13:02 EST ------- If memory serves, you fill out the form, then receive an email requesting you to send back a signed copy of the CLA. Once that is received by the system, it flags you as "cla_done". Then (and only then) you can request membership in the fedoraextras group. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 6 17:00:12 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 12:00:12 -0500 Subject: BR: libacl-devel in Extras devel In-Reply-To: <1128616112.31488.42.camel@localhost.localdomain> References: <1128616112.31488.42.camel@localhost.localdomain> Message-ID: Ville Skytt? wrote: > I've noticed from CVS commits that some Extras packages have started > adding BR: libacl-devel in the devel branch, with no visible change in > the package itself. > > This smells like a missing "Requires: libacl-devel" in some of the build > dependency *-devel packages, probably in Rawhide. WAG: kdelibs-devel? I just checked to ensure that both attr(libattr-devel) and acl(libacl-devel) packages (in rawhide) already omit .la files. Good. -- Rex From mpeters at mac.com Thu Oct 6 17:08:42 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 06 Oct 2005 10:08:42 -0700 Subject: Begging for review: perl-Maypole, pydot In-Reply-To: <1128615551.1658.7.camel@localhost.localdomain> References: <1128615551.1658.7.camel@localhost.localdomain> Message-ID: <1128618522.25587.38.camel@locolhost.localdomain> On Thu, 2005-10-06 at 11:19 -0500, Tom 'spot' Callaway wrote: > Hi folks, > > I really would like to get these two packages out of my queue and into > Fedora Extras. Would someone be so kind as to review: > > perl-Maypole: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 > > pydot: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168593 > > In return, I will be more than happy to review any of your pending > packages, or alternately, package something for you. :) I'm reviewing pydot now. I won't be able to test it until later today, but I'll (hopefully) get it done. A package I want reviewed at some point (not a huge rush): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 It works very well for painlessly install Adobe naming scheme OpenType fonts for use in LaTeX. It does just about everything - removes the need to know the complexities of how TeX handles fonts. It doesn't use Berry naming, but I don't think anyone is running Fedora on an 8.3 filesystem ... In the examples directory (in %doc), it has an example for using its true type tools for Palatino Linotype - a ttf font I happen to have in the four faces. Unfortunately that isn't working for me, his fontinst driver belches when TeX tries to run it - I still have to figure out why (wether there is a core teTeX file that needs to updated, or his bug, or whatever) but the main draw (imho) of the package is the virtually completely automated install of OpenType (type1 flavored) fonts - which does work. From chris at chrisgrau.com Thu Oct 6 17:13:04 2005 From: chris at chrisgrau.com (Chris Grau) Date: Thu, 6 Oct 2005 10:13:04 -0700 Subject: Begging for review: perl-Maypole, pydot In-Reply-To: <1128615551.1658.7.camel@localhost.localdomain> References: <1128615551.1658.7.camel@localhost.localdomain> Message-ID: <20051006171304.GB21859@chrisgrau.com> On Thu, Oct 06, 2005 at 11:19:11AM -0500, Tom 'spot' Callaway wrote: > Hi folks, > > I really would like to get these two packages out of my queue and into > Fedora Extras. Would someone be so kind as to review: > > perl-Maypole: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 > > pydot: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168593 > > In return, I will be more than happy to review any of your pending > packages, or alternately, package something for you. :) > > Thanks in advance, > > ~spot I'm going over perl-Maypole. -------------- 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 Thu Oct 6 17:19:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:19:27 -0400 Subject: [Bug 168339] Review Request: libbinio In-Reply-To: Message-ID: <200510061719.j96HJRrw011294@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libbinio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168339 ------- Additional Comments From triad at df.lth.se 2005-10-06 13:19 EST ------- OK Ralf sorry for that real obvious thing. Here is a fixed package: Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/libbinio.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/libbinio-1.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 Thu Oct 6 17:21:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:21:15 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510061721.j96HLFhq011594@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-10-06 13:21 EST ------- * Imported into cvs * Added to owners.list * Requested FC3/FC4 branches * Build sucessfully in devel branch 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 Oct 6 17:21:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:21:40 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510061721.j96HLekL011722@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 Bug 169514 depends on bug 169513, which changed state. Bug 169513 Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 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 Oct 6 17:22:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:22:36 -0400 Subject: [Bug 168593] Review Request: pydot: Python interface to Graphviz's Dot language In-Reply-To: Message-ID: <200510061722.j96HMaUd011934@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pydot: Python interface to Graphviz's Dot language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168593 ------- Additional Comments From mpeters at mac.com 2005-10-06 13:22 EST ------- md5sum matches upstream builds clean in mock rpmlint doesn't complain License matches readme and license file -=- from the readme: Requirements: ------------- pyparsing: pydot requires the pyparsing module in order to be able to load DOT files. GraphViz: is needed in order to render the graphs into any of the plethora of output formats supported. These are listed as BuildRequires - but yum did not pull in pyparsing (not installed) when I ran yum localinstall, and rpm did not complain when I tried rpm --test -e graphviz Did you mean that to be Requires and not BuildRequires? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 6 17:23:25 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 12:23:25 -0500 Subject: BR: libacl-devel in Extras devel In-Reply-To: References: <1128616112.31488.42.camel@localhost.localdomain> Message-ID: Rex Dieter wrote: > I just checked to ensure that both attr(libattr-devel) and > acl(libacl-devel) packages (in rawhide) already omit .la files. Good. And, unfortunately, in fc4, libattr-devel and libacl-devel both include their .la files. Even worse, /usr/lib/libacl.la refers to a non-existent /lib/libattr.la (it really lives at /usr/lib/libattr.la) -- Rex From bugzilla at redhat.com Thu Oct 6 17:31:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:31:21 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510061731.j96HVL3p013376@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-06 13:31 EST ------- Hmm.. I received no email, and my work email address (which is what my bugzilla account is registered under) is quite reliable. There also was no message or instruction telling me to wait for an email. Well, I guess I'll just wait a bit more... perhaps it takes time before they send 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 Oct 6 17:31:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:31:23 -0400 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510061731.j96HVNnM013400@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-10-06 13:31 EST ------- Ok, updated spec file and srpm at: http://jdub.homelinux.org/files/ClientForm/python-clientform.spec and http://jdub.homelinux.org/files/ClientForm/python-clientform-0.1.17-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 Oct 6 17:31:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 13:31:37 -0400 Subject: [Bug 168593] Review Request: pydot: Python interface to Graphviz's Dot language In-Reply-To: Message-ID: <200510061731.j96HVbAX013503@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pydot: Python interface to Graphviz's Dot language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168593 ------- Additional Comments From tcallawa at redhat.com 2005-10-06 13:31 EST ------- Yes, those should be Requires... my bad. I'll change them before 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 Thu Oct 6 18:07:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 14:07:12 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510061807.j96I7CZI020172@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |chris at chrisgrau.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-10-06 14:06 EST ------- GOOD: - rpmlint clean - package name okay - spec file name okay - compatible license, matches upstream - spec file is legible and am. english - sources match upstream 5d908a447d4e6f6364403aa56b1ab211 Maypole-2.10.tar.gz 486cc148ab9b9aab52cc4035994f1c43 Maypole-Plugin-Session-0.2.tar.gz - package builds in mock (FC-4 x86) - 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 -doc or -devel, %doc okay Questions/Comments/Needswork: Missing requires on perl(Apache2::Request) (see below). You'll get more test coverage with, BR: perl(Test::Pod) >= 1.14 BR: perl(Test::Pod::Coverage) >= 1.04 (version numbers probably not be needed) It's probably too much to hope that t/apache_mvc can be run successfully, since it uses Apache::Request, which is now Apache2::Request. An rt.cpan.org bug report (#13888) seems to indicate that this will be fixed in an upcoming release. The test suite for Maypole-Plugin-Session isn't run at all. The Maypole Makefile.PL lists the following prerequisites, which are not listed as BRs. - Class::DBI::Loader => '0.02', - Class::DBI => 0.96, - CGI::Untaint => 0, - UNIVERSAL::moniker => 0, - UNIVERSAL::require => 0, - URI::QueryParam => 0, - HTTP::Headers => 1.59, - Template => 0, Since the package builds in mock, I'm assuming that other BRs pull these in successfully. Given the list of BRs, it's a safe bet that Class::DBI::Loader, Class::DBI, and Template will always be pulled in, but I'd like to see them listed explicitly anyway. Why is Maypole-Plugin-Session being packaged inside perl-Maypole instead of separately? The distributions are separate on CPAN, with different authors. Will the versions always stay in sync? perl-Maypole-2.10-Apache2only.patch: - forces this to work on only FC-4+, which is fine; Mason did the same, I believe - get_request() appears to need the requires on Apache::Request (or, in mod_perl-2.0.x, Apache2::Request) to work; this patch would leave Apache::MVC broken - no need to require Bundle::Apache2; it's only useful for CPAN shell installs The patch attached to http://rt.cpan.org/NoAuth/Bug.html?id=13888 appears to address the issues. perl-Maypole-2.10-sessionfix.patch: - is this necessary? (now I see why Maypole-Plugin-Session is being bundled) On brief examination, Maypole-Plugin-Session's generate_unique_id() routine is really a fancy pass-thru to Apache::Session's generate_unique_id() routine. Maypole::Session's genereate_unique_id() routine appears to simply be a copy of the one found in Apache::Session. I hope that was thorough 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 rdieter at math.unl.edu Thu Oct 6 18:26:55 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 06 Oct 2005 13:26:55 -0500 Subject: BR: libacl-devel in Extras devel In-Reply-To: References: <1128616112.31488.42.camel@localhost.localdomain> Message-ID: Rex Dieter wrote: > Speaking of busted/missing -devel Requires and libtool(.la file) bloat, Since we've already gone off-topic (-;, here's a few more .la file/static lib bloat issues (FYI): subversion: http://bugzilla.redhat.com/bugzilla/170029 expat: http://bugzilla.redhat.com/bugzilla/170031 db4: http://bugzilla.redhat.com/bugzilla/170032 -- Rex From bugzilla at redhat.com Thu Oct 6 19:40:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 15:40:56 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510061940.j96JeuhJ004032@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From tcallawa at redhat.com 2005-10-06 15:40 EST ------- Thanks for the very thorough review. -2 fixes the following items: - Adds more explicit BuildRequires - Uses patch to fix Apache2 from upstream SVN (patch in rt was incomplete) (this also fixes get_request() ) - Runs check on Maypole-Plugin-Session as well I think the sessionfix patch and the inclusion of Maypole-Plugin-Session are necessary, because I don't want to deviate from upstream. t/apache_mvc is still broken in upstream SVN, so I left it broken. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Maypole-2.10-2.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Maypole.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 Oct 6 21:04:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 17:04:44 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200510062104.j96L4iS2020723@www.beta.redhat.com> Please 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 angem1 at gmail.com 2005-10-06 17:04 EST ------- I have voodoo3 :-( , Fedora 4. I tried during three weeks to find out the reason for which I didn?t have direct rendering enabled on mesa3D (by glxinfo) despite I had "Direct Rendering Enabled" in the /var/log/Xorg.0.log. Thanks to glxinfo debug info, I found out that some libraries of Glide3 are missing. Although the Fedora installation recognized my voodoo card, It didn?t installed the Glide3 RPM package. If It would, I wouldn?t have to spend three weeks for this little and annoying problem. I hope in Fedora 5 this little problem will be 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 Thu Oct 6 22:08:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 18:08:55 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200510062208.j96M8tJr031269@www.beta.redhat.com> Please 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-10-06 18:08 EST ------- Unfortunatly since Glide3 has been moved from Core to Extras you will always need to install Glide3 yourself. Fortunatly, its being activly maintained in Extras, which is better then leaving it (bit)rotting in core. Also this bug is not the appropiate place for comments like 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 Oct 6 23:04:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 19:04:22 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510062304.j96N4MQ6007579@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From chris at chrisgrau.com 2005-10-06 19:04 EST ------- (In reply to comment #3) > - Runs check on Maypole-Plugin-Session as well Seems I was a bit hasty. This now prevents the package from building. The tests attempt to use the Maypole module, but it's not actually installed yet (without some @INC patching to the tests, which I wouldn't really recommend). > I think the sessionfix patch and the inclusion of Maypole-Plugin-Session are > necessary, because I don't want to deviate from upstream. I've looked around the Maypole web site and browsed the SVN trunk, but I don't see how packaging Maypole-Plugin-Session keeps with upstream. There is, however, a bug in Maypole::Session: http://rt.cpan.org/NoAuth/Bug.html?id=14124 As noted, this is fixed in the SVN trunk. The sessionfix patch does make this bug irrelevant, but I'm still not sure why Maypole-Plugin-Session is included. I'll need more convincing on 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 mhoneyfield at orcon.net.nz Thu Oct 6 23:17:52 2005 From: mhoneyfield at orcon.net.nz (Michael Honeyfield) Date: Fri, 07 Oct 2005 12:17:52 +1300 Subject: Gnomebaker in extras Message-ID: <4345B0A0.5080402@orcon.net.nz> Hello, I am wondering if anyone has or is working on an extras package for fedora? If not I would like to attempt this. Just wanted to check before spending anytime on this. I did not see any review requests in bugzilla. Cheers Mike From bugzilla at redhat.com Fri Oct 7 01:20:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 6 Oct 2005 21:20:55 -0400 Subject: [Bug 168593] Review Request: pydot: Python interface to Graphviz's Dot language In-Reply-To: Message-ID: <200510070120.j971KtNq026752@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pydot: Python interface to Graphviz's Dot language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168593 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-10-06 21:20 EST ------- * Spec file readable * Group appropriate * Proper use of Macros * Software works - tested in fc4 APPROVED w/ comment2 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 anto.montagnani at virgilio.it Fri Oct 7 05:09:36 2005 From: anto.montagnani at virgilio.it (Antonio Montagnani) Date: Fri, 07 Oct 2005 07:09:36 +0200 Subject: UFRAW Message-ID: <43460310.5070707@virgilio.it> Is anybody updating UFRAW to 0.5? Big improvement for photo enthusiast. Other distributions have already updated to latest release -- Antonio ============================================================= Mail by Thunderbird 1.0.7 - Websurfing by Firefox 1.0.7 ============================================================= Linux Fedora Core 4 on Home Linux user number 362582 http://www.linuxsaronno.net http://www.montagnani.org Skype: antoniomontag ============================================================= From rc040203 at freenet.de Fri Oct 7 05:19:03 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Oct 2005 07:19:03 +0200 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> Message-ID: <1128662343.1704.170.camel@mccallum.corsepiu.local> On Thu, 2005-10-06 at 14:24 -0400, Rex Dieter wrote: > Author: rdieter > > Update of /cvs/extras/rpms/libsigsegv/FC-4 > --- libsigsegv.spec 22 May 2005 23:57:28 -0000 1.5 > +++ libsigsegv.spec 6 Oct 2005 18:24:52 -0000 1.6 > @@ -37,7 +37,8 @@ > > %build > %configure \ > - --enable-shared > + --enable-shared \ > + --enable-static > > make %{?_smp_mflags} > > @@ -47,12 +48,15 @@ > > make install DESTDIR=$RPM_BUILD_ROOT > > +rm -f $RPM_BUILD_ROOT%{_libdir}/lib*.la > + You can't remove *.la from a package which already has been released. This breaks all packages depending on this library. You can only do this for unreleased packages, but not for already released packages. Please revert this change for FC4 and FC3. > %check || : Cosmetic issue: The "|| :" is superfluous. > %files devel > %defattr(-,root,root) > %{_libdir}/lib*.so > -%{_libdir}/lib*.*a > +%{_libdir}/lib*.a Adding a static library to a package that previous had not contained one? Where is the sense in this? Ralf From ivazquez at ivazquez.net Fri Oct 7 05:24:17 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 07 Oct 2005 01:24:17 -0400 Subject: UFRAW In-Reply-To: <43460310.5070707@virgilio.it> References: <43460310.5070707@virgilio.it> Message-ID: <1128662657.30435.7.camel@ignacio.lan> On Fri, 2005-10-07 at 07:09 +0200, Antonio Montagnani wrote: > Is anybody updating UFRAW to 0.5? Big improvement for photo enthusiast. > Other distributions have already updated to latest release http://bugzilla.redhat.com/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Fri Oct 7 05:36:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 07 Oct 2005 01:36:08 -0400 Subject: mock ?'s In-Reply-To: <200510070042.04861.symbiont@berlios.de> References: <200510062327.53973.symbiont@berlios.de> <200510062345.34210.symbiont@berlios.de> <200510070042.04861.symbiont@berlios.de> Message-ID: <1128663368.22419.47.camel@cutter> > Be sure to back up your current version of mock. This patch was diffed > against the CVS version of mock. > > Next tasks are: > > 1. What to do with root.log and build.log? > 2. Revamp execution of build_log(self, content), root_log(self, content) > stuff. Since now every do() operation can be logged line-by-line into > any log file. okay. So let's take a step back: the reason for the separate build and root log is b/c the operations are separate - more times the not you don't need all that info glommed together. It's nice to be able to JUST look at the build log w/o sifting through all the other cruft of the chroot install. I like your patch for providing the information we may want but I don't think it would be good to put everything in one file. Just make do and do_chroot require a file handle argument and pass in whichever file handle it should have (root.log or build.log) based on the command being run and make a point not to close the file handle at the end. That sound reasonable? -sv From symbiont at berlios.de Fri Oct 7 05:54:43 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 7 Oct 2005 13:54:43 +0800 Subject: mock ?'s In-Reply-To: <1128663368.22419.47.camel@cutter> References: <200510070042.04861.symbiont@berlios.de> <1128663368.22419.47.camel@cutter> Message-ID: <200510071354.44177.symbiont@berlios.de> On Friday 07 October 2005 13:36, seth vidal wrote: > That sound reasonable? Agreed. I'll send the patch to the fedora-buildsys list once I've fleshed it out for your review. thanks, -- -jeff From skvidal at phy.duke.edu Fri Oct 7 05:55:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 07 Oct 2005 01:55:59 -0400 Subject: mock ?'s In-Reply-To: <200510071354.44177.symbiont@berlios.de> References: <200510070042.04861.symbiont@berlios.de> <1128663368.22419.47.camel@cutter> <200510071354.44177.symbiont@berlios.de> Message-ID: <1128664559.22419.60.camel@cutter> On Fri, 2005-10-07 at 13:54 +0800, Jeff Pitman wrote: > On Friday 07 October 2005 13:36, seth vidal wrote: > > That sound reasonable? > > Agreed. I'll send the patch to the fedora-buildsys list once I've > fleshed it out for your review. > thanks though I thought you were added to the check in list for mock in /cvs/fedora - if so - then why don't you check it in? -sv From bugzilla at redhat.com Fri Oct 7 06:24:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 02:24:50 -0400 Subject: [Bug 168046] Review Request: pyflowtools - An interface to OSU FlowTools In-Reply-To: Message-ID: <200510070624.j976OoTe004200@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyflowtools - An interface to OSU FlowTools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168046 ------- Additional Comments From i at stingr.net 2005-10-07 02:24 EST ------- This actually breaks on x86_64: [stingray at ns SPECS]$ arch ; python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()" x86_64 /usr/lib/python2.4/site-packages -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 7 06:28:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 02:28:42 -0400 Subject: [Bug 168046] Review Request: pyflowtools - An interface to OSU FlowTools In-Reply-To: Message-ID: <200510070628.j976SgvQ004657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyflowtools - An interface to OSU FlowTools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168046 ------- Additional Comments From tcallawa at redhat.com 2005-10-07 02:28 EST ------- Try: %{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib(1)" 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 Fri Oct 7 07:12:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 03:12:47 -0400 Subject: [Bug 168213] Review request: perl-Test-Inline - Test::Inline Perl module In-Reply-To: Message-ID: <200510070712.j977Clr0012290@www.beta.redhat.com> Please 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-Inline - Test::Inline Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168213 ------- Additional Comments From rc040203 at freenet.de 2005-10-07 03:12 EST ------- Meanwhile, all package dependencies of this package have been resolved. I would really appreciate it, if somebody would consider 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 bugzilla at redhat.com Fri Oct 7 07:18:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 03:18:00 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510070718.j977I0Xk013503@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-07 03:17 EST ------- Updated packages: ftp://packman.iu-bremen.de/fedora/SRPMS/rt3.spec ftp://packman.iu-bremen.de/fedora/SRPMS/rt3-3.4.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 Fri Oct 7 08:18:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 04:18:23 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510070818.j978INf7024868@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From adrian at lisas.de 2005-10-07 04:18 EST ------- You could add --with-howl to configure and the BR howl-devel to the spec for FC-4 and greater. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 7 08:37:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 04:37:33 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510070837.j978bXmw027118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-07 04:37 EST ------- The BRs can be heavily reduced. libsigc++20-devel, glib2-devel, gtk2-devel, net6-devel are all pulled in by other dependencies. Why is howl-libs a BR? I don't see any sense in that. If obby would be built with howl support and obby-devel would then again require howl-devel this could be also pulled in with the obby-devel requirement and as I see it the howl support only works if it is availabe in obby. How about adding the --with-gnome switch to configure? You have to update the mime database in the scriptlets because the desktop file contains mime 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 Fri Oct 7 11:29:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 07:29:02 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510071129.j97BT23r021365@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 sarantis at cnl.di.uoa.gr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |sarantis at cnl.di.uoa.gr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-10-07 07:28 EST ------- Good: - rpmlint checks return nothing. - package meets naming guidelines - package meets packaging guidelines - license ( ) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package noarch - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop file TODO: - tetex-fonts is both Required directly by package name and indirectly through the texhash dependancy. I think one of them is enough. - In the %files section, replace the %{_texmf}/doc/ with the spec-defined %{texpkgdoc}. The former is wrong, since it also includes the latex directory. - (minor) The date in the downloaded fontools.zip file is different than the one I get. I am not sure if this is a ctan problem or whether it can be corrected (e.g. using wget -N). With these remarks taken care of, 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 Fri Oct 7 12:19:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 08:19:08 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510071219.j97CJ8bQ027157@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpo at di.uminho.pt ------- Additional Comments From mpeters at mac.com 2005-10-07 08:19 EST ------- http://mpeters.us/fc_extras/tetex-fontools-1.0-3.9.src.rpm http://mpeters.us/fc_extras/tetex-fontools.spec tetex-fonts dependency removed zip file redownloaded with wget -N -=- With respect to the tex doc dir, the reason I do it that way is because if the %{texpkgdoc} macro is used and the user does not have tetex-doc package installed, then uninstall is not clean because it leaves the latex directory unowned by anything. My first tetex package - tetex-prosper - I did it the way suggested but was instructed to either a) require tetex-doc (a huge package many users don't want) b) change it to %{_texmf}/doc/ so that it would uninstall cleanly if no other package was installed that owned /usr/share/texmf/doc/latex Another extras package by a packaging veteran that does it same way: tetex-perltex (maintained by Jose Pedro Oliveira) I've put him on the cc 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 Fri Oct 7 12:20:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 08:20:44 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510071220.j97CKidl027339@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From mpeters at mac.com 2005-10-07 08:20 EST ------- Edit - I'll import as release 4 not 3.9 when the proper way to specify the texdoc documentation directory this is 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 rdieter at math.unl.edu Fri Oct 7 12:20:58 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 07 Oct 2005 07:20:58 -0500 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <1128662343.1704.170.camel@mccallum.corsepiu.local> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Thu, 2005-10-06 at 14:24 -0400, Rex Dieter wrote: > >>Author: rdieter >> >>Update of /cvs/extras/rpms/libsigsegv/FC-4 >>+rm -f $RPM_BUILD_ROOT%{_libdir}/lib*.la >>+ > > > You can't remove *.la from a package which already has been released. > This breaks all packages depending on this library. You can only do this > for unreleased packages, but not for already released packages. I think you're being a bit overly dramatic. It certainly does not break *all* packages. At most, it breaks only packages built that themselves include libtool archives that refer to the now-missing libsigsegv.la, and I'm aware of none that do. Now, if it turns out this change *does* cause problems with another FE package, 1. I'd consider reverting the change, but I'd prefer that: 2. The now-broken package be rebuilt against the newer (IMO fixed/better) libsigsegv. >> %check || : > Cosmetic issue: The "|| :" is superfluous. It's not superfluous for those of us interested in making packages that build on older fc/rh releases. (-: >> %files devel >> %defattr(-,root,root) >> %{_libdir}/lib*.so >>-%{_libdir}/lib*.*a >>+%{_libdir}/lib*.a > > Adding a static library to a package that previous had not contained > one? Where is the sense in this? As I noted in the cvs commit log, in this case 1. the static lib is *very* small (~4k) 2. it doesn't depend on any external library 3. I can think of cases where one may want to link statically (in clisp, for instance). -- Rex From bugzilla at redhat.com Fri Oct 7 13:22:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 09:22:30 -0400 Subject: [Bug 168213] Review request: perl-Test-Inline - Test::Inline Perl module In-Reply-To: Message-ID: <200510071322.j97DMUHk004929@www.beta.redhat.com> Please 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-Inline - Test::Inline Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168213 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-10-07 09:22 EST ------- I'm back, after taking it easy for a couple of weeks due to the birth of my first child... Review: - rpmlint nearly clean, see below - package and spec file naming OK - package meets guidelines - license is same as perl, matches spec, text included - spec file written in English and is legible - sources match upstream - package builds OK in mock on FC4 (i386) - BR's OK; long list of versioned dependencies matches Makefile.PL - 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 .desktop file needed - no scriptlets Nitpick: - a couple of typos/comment changes: "# 2.100 - 2.102 ship with executable Changes" still applies to 2.103 changelog entry "Add filter-requires to filter bogus perl(strict)" should refer to perl(script), not perl(strict) - add BR: perl(Test::Pod) for extra test coverage Notes: = rpmlint output: W: perl-Test-Inline strange-permission perl-Test-Inline-filter-requires.sh 0755 script needs to be executable in SRPM or it won't work, so this is OK. - the filter-requires script is used to filter out the bogus perl(script) dependency originating from Test/Inline/Content.pm 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 Oct 7 13:43:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 09:43:31 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510071343.j97DhVNk007543@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From rc040203 at freenet.de 2005-10-07 09:43 EST ------- Maypole-2.10/lib/Maypole/Session.pm @@ -35,7 +35,7 @@ sub generate_unique_id { my $length = shift || 32; my $id = substr(Digest::MD5::md5_hex(Digest::MD5::md5_hex(time(). {}. rand(). $$)), 0, $length); - return; + return $id; } (In reply to comment #4) > (In reply to comment #3) > > I think the sessionfix patch and the inclusion of Maypole-Plugin-Session are > > necessary, because I don't want to deviate from upstream. > There is, however, a bug in Maypole::Session: > http://rt.cpan.org/NoAuth/Bug.html?id=14124 > As noted, this is fixed in the SVN trunk. The sessionfix patch does make this > bug irrelevant, but I'm still not sure why Maypole-Plugin-Session is included. > I'll need more convincing on that. Seconded. I think, the sessionfix should be removed and be replaced by Maypole/Session.pm from SVN, which effectively is a one-liner diff: Maypole-2.10/lib/Maypole/Session.pm @@ -35,7 +35,7 @@ sub generate_unique_id { my $length = shift || 32; my $id = substr(Digest::MD5::md5_hex(Digest::MD5::md5_hex(time(). {}. rand(). $$)), 0, $length); - return; + return $id; } AFAIU, this also renders the Maypole-Plugin-Session module superfluous, rsp. enables you to package it separately ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 7 14:34:14 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Oct 2005 16:34:14 +0200 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> Message-ID: <1128695654.1704.187.camel@mccallum.corsepiu.local> On Fri, 2005-10-07 at 07:20 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Thu, 2005-10-06 at 14:24 -0400, Rex Dieter wrote: > > > >>Author: rdieter > >> > >>Update of /cvs/extras/rpms/libsigsegv/FC-4 > > >>+rm -f $RPM_BUILD_ROOT%{_libdir}/lib*.la > >>+ > > > > > > You can't remove *.la from a package which already has been released. > > This breaks all packages depending on this library. You can only do this > > for unreleased packages, but not for already released packages. > > I think you're being a bit overly dramatic. No. If a package ships an *.la's these are part of these packages' API. RH is ill-advised in removing them and so is FE. > It certainly does not break > *all* packages. At most, it breaks only packages built that themselves > include libtool archives that refer to the now-missing libsigsegv.la, > and I'm aware of none that do. Now, if it turns out this change *does* > cause problems with another FE package, > 1. I'd consider reverting the change, but I'd prefer that: > 2. The now-broken package be rebuilt against the newer (IMO > fixed/better) libsigsegv. > > >> %check || : > > Cosmetic issue: The "|| :" is superfluous. > > It's not superfluous for those of us interested in making packages that > build on older fc/rh releases. (-: This is FE, currently addressing FC3, FC4 and rawhide, older RHs are irrelevant. > >> %files devel > >> %defattr(-,root,root) > >> %{_libdir}/lib*.so > >>-%{_libdir}/lib*.*a > >>+%{_libdir}/lib*.a > > > > Adding a static library to a package that previous had not contained > > one? Where is the sense in this? > > As I noted in the cvs commit log, in this case > 1. the static lib is *very* small (~4k) > 2. it doesn't depend on any external library > 3. I can think of cases where one may want to link statically (in > clisp, for instance). 1. I guess you are aware, about the general maintenance issues and security risks shipping static libs imply? 2. If a package requires to be linked statically, it is broken by design. Ralf From bugs.michael at gmx.net Fri Oct 7 14:54:00 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 7 Oct 2005 16:54:00 +0200 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <1128695654.1704.187.camel@mccallum.corsepiu.local> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128695654.1704.187.camel@mccallum.corsepiu.local> Message-ID: <20051007165400.37a5c5c8.bugs.michael@gmx.net> On Fri, 07 Oct 2005 16:34:14 +0200, Ralf Corsepius wrote: > On Fri, 2005-10-07 at 07:20 -0500, Rex Dieter wrote: > > Ralf Corsepius wrote: > > > On Thu, 2005-10-06 at 14:24 -0400, Rex Dieter wrote: > > > > > >>Author: rdieter > > >> > > >>Update of /cvs/extras/rpms/libsigsegv/FC-4 > > > > >>+rm -f $RPM_BUILD_ROOT%{_libdir}/lib*.la > > >>+ > > > > > > > > > You can't remove *.la from a package which already has been released. > > > This breaks all packages depending on this library. You can only do this > > > for unreleased packages, but not for already released packages. > > > > I think you're being a bit overly dramatic. > No. If a package ships an *.la's these are part of these packages' API. > RH is ill-advised in removing them and so is FE. Unfortunately, libtool archives are less beneficial than they do damage at build-time. They inflate the build requirements with lots of inter-library dependencies which are not used directly within an API. Linux's run-time dynamic linker doesn't need them unless an old libltdl is involved. From toshio at tiki-lounge.com Fri Oct 7 14:53:24 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 07 Oct 2005 07:53:24 -0700 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <1128695654.1704.187.camel@mccallum.corsepiu.local> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128695654.1704.187.camel@mccallum.corsepiu.local> Message-ID: <1128696804.23179.4.camel@localhost> On Fri, 2005-10-07 at 16:34 +0200, Ralf Corsepius wrote: > On Fri, 2005-10-07 at 07:20 -0500, Rex Dieter wrote: > > Ralf Corsepius wrote: > > >> %check || : > > > Cosmetic issue: The "|| :" is superfluous. > > > > It's not superfluous for those of us interested in making packages that > > build on older fc/rh releases. (-: > This is FE, currently addressing FC3, FC4 and rawhide, older RHs are > irrelevant. But Fedora Legacy can base off the same spec. And a package maintainer may be building privately for older machines as well. Something which is "superfluous" for FC-not-EOL but does no harm _and_ the package maintainer is willing to support shouldn't be a bg issue. -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 tcallawa at redhat.com Fri Oct 7 15:10:44 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 07 Oct 2005 10:10:44 -0500 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <1128695654.1704.187.camel@mccallum.corsepiu.local> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128695654.1704.187.camel@mccallum.corsepiu.local> Message-ID: <1128697844.6766.63.camel@localhost.localdomain> On Fri, 2005-10-07 at 16:34 +0200, Ralf Corsepius wrote: > 1. I guess you are aware, about the general maintenance issues and > security risks shipping static libs imply? > 2. If a package requires to be linked statically, it is broken by > design. There are times and places where static libraries (.a) are useful and perhaps even necessary, which is why I've never considered mandating a "no static libs" policy for FE. With that said, I agree with Ralf. In the majority of cases, if a package requires a static link from other libraries, it is broken by design, and should be fixed to use shared libs. ~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 Fri Oct 7 15:33:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 11:33:47 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510071533.j97FXlrv026189@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From tcallawa at redhat.com 2005-10-07 11:33 EST ------- Ok, works for me. -3 removes the Maypole-Plugin-Session source and build, uses the upstream SVN fix instead. The only remaining issue I hit was that RPM is again seeing perl(mod_perl) as a dependency (scooping it up from Apache/MVC.pm). My obvious choices are to patch out the mod_perl call as I did before, or to grep out that dependency. This time, I chose to grep out that dependency: cat > filter_depends.sh < Message-ID: <200510071603.j97G3pq6031180@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From rc040203 at freenet.de 2005-10-07 12:03 EST ------- This seems like an overly drastic measure to me. I am using %define __perl_requires in cases like these (cf. perl-Test-Inline.spec in FE's 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 Fri Oct 7 16:10:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 12:10:34 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510071610.j97GAYSk032148@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From tcallawa at redhat.com 2005-10-07 12:10 EST ------- Three lines vs seven for my implementation... same end result. I'll defer to whichever way the reviewer wants it 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 bugzilla at redhat.com Fri Oct 7 16:24:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 12:24:55 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510071624.j97GOtsk002087@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From rc040203 at freenet.de 2005-10-07 12:24 EST ------- (In reply to comment #8) > Three lines vs seven for my implementation... same end result. Nah, this is what makes the difference: %define _use_internal_dependency_generator 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 Fri Oct 7 16:38:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 12:38:02 -0400 Subject: [Bug 169513] Review Request: obby - A library which provides synced document buffers In-Reply-To: Message-ID: <200510071638.j97Gc2Ok004412@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: obby - A library which provides synced document buffers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169513 ------- Additional Comments From lmacken at redhat.com 2005-10-07 12:37 EST ------- Built howl support into the devel branch. Will add it to FC4 shortly after. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 7 16:56:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 12:56:18 -0400 Subject: [Bug 170131] New: Review Request: php-extras - Additional PHP modules from the standard PHP distribution 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=170131 Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution Product: Fedora Extras Version: devel Platform: All URL: http://www.php.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 Url: http://dmitry.butskoy.name/php-extras/php-extras.spec SRPM Url: http://dmitry.butskoy.name/php-extras/php-extras-4.3.11-0.src.rpm Description: PHP is an HTML-embedded scripting language. This package contains various additional modules for PHP, which have not been included in the basic PHP package for Fedora Core. Additional info: There was already a mail list discussion prior to this package appearing here: https://www.redhat.com/archives/fedora-extras-list/2005-October/msg00212.html Currently I've made this for FC3 (php4) only. Therefore release is "0" :) Note, that only appropriate modules' subdirs are used from the main php tarbal (no any executables or apache module are built). Therefore BR: php-devel, etc. A list of modules to include is not ended. And it should be different for FC3+php4 and FC4+php5 . I'm not sure about "dbase" module licensing. etc...etc...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 Fri Oct 7 16:56:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 12:56:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510071656.j97GuT9j009001@www.beta.redhat.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| |170131 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 7 17:01:49 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Fri, 07 Oct 2005 21:01:49 +0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <4343EA82.3070502@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> Message-ID: <4346A9FD.2020405@odu.neva.ru> I've tried to make something (currently for FC3 only), see bug #170131 Dmitry Butskoy From bugzilla at redhat.com Fri Oct 7 17:19:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 13:19:53 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510071719.j97HJrFF013024@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-07 13:19 EST ------- Updated. The --with-gnome flag installs the desktop file and pixmap automatically, so I no longer need to do it in the spec. http://people.redhat.com/lmacken/gobby-0.2.2-3.src.rpm http://people.redhat.com/lmacken/gobby.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 Oct 7 17:34:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 13:34:20 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510071734.j97HYKlk015559@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-07 13:34 EST ------- See README for files descriptions within swish-e directory. Spec Name or Url: swish-e.spec.11 SRPM Name or Url: swish-e-2.4.2-11.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 rc040203 at freenet.de Fri Oct 7 17:44:57 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 07 Oct 2005 19:44:57 +0200 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <1128696804.23179.4.camel@localhost> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128695654.1704.187.camel@mccallum.corsepiu.local> <1128696804.23179.4.camel@localhost> Message-ID: <1128707098.1704.202.camel@mccallum.corsepiu.local> On Fri, 2005-10-07 at 07:53 -0700, Toshio Kuratomi wrote: > On Fri, 2005-10-07 at 16:34 +0200, Ralf Corsepius wrote: > > On Fri, 2005-10-07 at 07:20 -0500, Rex Dieter wrote: > > > Ralf Corsepius wrote: > > > >> %check || : > > > > Cosmetic issue: The "|| :" is superfluous. > > > > > > It's not superfluous for those of us interested in making packages that > > > build on older fc/rh releases. (-: > > This is FE, currently addressing FC3, FC4 and rawhide, older RHs are > > irrelevant. > > But Fedora Legacy can base off the same spec. And a package maintainer > may be building privately for older machines as well. We are not talking about "old", we are talking about "ancient", "outdated", "obsolete" and SW archeology", cf. https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00073.html In a nutshell: The "|| :" is superfluous on anything newer than vanilla RH-7.3 - If you want to get rid of it, once and for all times in "legacy" add a newer rpm to legacy. I guess, most people already did this by themselves. > Something which > is "superfluous" for FC-not-EOL but does no harm _and_ the package > maintainer is willing to support shouldn't be a bg issue. It's called "code rot" or "pollution" at other places. If a legacy maintainer really wants to support obsolete distros or foreign distros, he can add where required in CVS, and doesn't have to "pollute" "distro-upstream". Ralf From bugzilla at redhat.com Fri Oct 7 17:48:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 13:48:05 -0400 Subject: [Bug 168339] Review Request: libbinio In-Reply-To: Message-ID: <200510071748.j97Hm578017685@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libbinio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168339 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-10-07 13:47 EST ------- I am still having doubts if this package works on big-endian targets, but the packaging seems to be fine, now. 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 Oct 7 18:03:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 14:03:43 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510071803.j97I3heg020212@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-07 14:03 EST ------- Still no email (I'm not too surprised, as it didn't tell me to wait for an email the first time, it just said that it was successful). I just tried again... I still get the error. Should I report this as a bug? I don't see a way to delete my account to start 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 bugzilla at redhat.com Fri Oct 7 19:16:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 15:16:16 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510071916.j97JGGxP001825@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-10-07 15:16 EST ------- If tetex-doc is not present, then the package must also own %{texmf}/doc, since this directory is also not owned by tetex. Alternatively, the documentation could be put at %doc or even not included at all (it is only pdf versions of 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 Fri Oct 7 19:22:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 15:22:00 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200510071922.j97JM0gL002992@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |sarantis at cnl.di.uoa.gr ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-10-07 15:21 EST ------- Any news about whether hunkyfonts will become a package or get merged to dejavu? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 7 19:58:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 15:58:37 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510071958.j97Jwbx0012380@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From chris at chrisgrau.com 2005-10-07 15:58 EST ------- (In reply to comment #9) > (In reply to comment #8) > > Three lines vs seven for my implementation... same end result. > Nah, this is what makes the difference: > %define _use_internal_dependency_generator 0 I don't know the difference between the two approaches. Ralf, can you explain it a bit to me before I continue 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 Fri Oct 7 20:14:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 16:14:24 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200510072014.j97KEOJH015634@www.beta.redhat.com> Please 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-10-07 16:13 EST ------- Ooops. Sorry for the delay. I was a bit busy lately - I had to take my exams at the University. After that I started helping with packaging new modular X.org X11 release and I forgot about everything else ;-) Here's updated package: http://wiki.fedora.pl/extras/hunky-fonts.spec http://wiki.fedora.pl/extras/hunky-fonts-0.3.1-1.src.rpm Quite frankly, it would be better to merge Hunky fonts with DejaVu ones... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 7 20:31:32 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 7 Oct 2005 16:31:32 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051007203132.120527FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 40 R-2.2.0-2.fc5 R-mAr-1.1-2.fc5 atlas-3.6.0-7.fc5 enchant-1.1.6-4.fc5 fedora-rpmdevtools-1.2-1.fc5 ghasher-1.2.0-6.fc5 global-4.8.7-2.fc5 gpsim-0.21.11-1.fc5 gtk+extra-2.1.1-1.fc5 gweled-0.7-2.fc5 hdf-4.2r1-5.fc5 ifm-5.1-2.fc5 lapack-3.0-33.fc5 libkexif-0.2.2-2.fc5 libkipi-0.1.2-2.fc5 libsigsegv-2.2-1.fc5 lincity-ng-1.0.1-3.fc5 obby-0.2.0-5.fc5 perl-Array-Compare-1.13-1.fc5 perl-ExtUtils-CBuilder-0.15-1.fc5 perl-ExtUtils-ParseXS-2.13-1.fc5 perl-Glib-1.101-1.fc5 perl-GnuPG-Interface-0.33-5.fc5 perl-Gtk2-1.101-1.fc5 perl-Mail-GnuPG-0.08-3.fc5 perl-Params-Util-0.06-1.fc5 perl-Test-Inline-2.103-2.fc5 perl-Test-LongString-0.09-1.fc5 pth-2.0.5-1.fc5 pydot-0.9.10-3.fc5 pyflowtools-0.3-5.fc5 python-psycopg-1.1.21-1.fc5 python-simpletal-3.13-1.fc5 rekall-2.2.4-8.fc5 sbcl-0.9.5-15.fc5 scim-skk-0.3.0-5.fc5 scim-tomoe-0.1.0-2.fc5 ufraw-0.5-1 ufsparse-0.9-3.fc5 yumex-0.42-6.0.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 Fri Oct 7 20:44:55 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 7 Oct 2005 16:44:55 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051007204455.589107FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 40 R-2.2.0-2.fc4 R-mAr-1.1-2.fc4 atlas-3.6.0-7.fc4 enchant-1.1.6-4.fc4 fedora-rpmdevtools-1.2-1.fc4 ghasher-1.2.0-6.fc4 global-4.8.7-2.fc4 gpsim-0.21.11-1.fc4 gtk+extra-2.1.1-1.fc4 gweled-0.7-2.fc4 hdf-4.2r1-5.fc4 ifm-5.1-2.fc4 lapack-3.0-33.fc4 libkexif-0.2.2-2.fc4 libkipi-0.1.2-2.fc4 libsigsegv-2.2-1.fc4 lincity-ng-1.0.1-3.fc4 perl-Array-Compare-1.13-1.fc4 perl-Devel-StackTrace-1.12-1.fc4 perl-ExtUtils-CBuilder-0.15-1.fc4 perl-ExtUtils-ParseXS-2.13-1.fc4 perl-GnuPG-Interface-0.33-5.fc4 perl-Mail-GnuPG-0.08-3.fc4 perl-Params-Util-0.06-1.fc4 perl-Test-LongString-0.09-1.fc4 pydot-0.9.10-3.fc4 pyflowtools-0.3-5.fc4 python-psycopg-1.1.21-1.fc4 python-simpletal-3.13-1.fc4 rekall-2.2.4-8.fc4 scim-1.4.2-4.fc4 scim-anthy-0.6.1-2.fc4 scim-chewing-0.2.1-1.fc4 scim-hangul-0.2.0-6.fc4 scim-pinyin-0.5.0-5.fc4 scim-skk-0.3.0-5.fc4 scim-tables-0.5.3-5.fc4 scim-tomoe-0.1.0-2.fc4 wesnoth-1.0-1.fc4 yumex-0.42-6.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 Fri Oct 7 20:55:58 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 7 Oct 2005 16:55:58 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051007205558.F2EA77FDB@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 34 R-2.2.0-2.fc3 R-mAr-1.1-2.fc3 enchant-1.1.6-4.fc3 fedora-rpmdevtools-1.2-1.fc3 ghasher-1.2.0-5.fc3 global-4.8.7-2.fc3 gpsim-0.21.11-1.fc3 gtk+extra-2.1.1-1.fc3 ifm-5.1-2.fc3 lincity-ng-1.0.1-3.fc3 maxima-5.9.1.9rc4-3.fc3 obby-0.2.0-4.fc3 perl-Array-Compare-1.13-1.fc3 perl-ExtUtils-CBuilder-0.15-1.fc3 perl-ExtUtils-ParseXS-2.13-1.fc3 perl-GnuPG-Interface-0.33-5.fc3 perl-Mail-GnuPG-0.08-3.fc3 perl-Params-Util-0.06-1.fc3 perl-Test-LongString-0.09-1.fc3 pydot-0.9.10-3.fc3 pyflowtools-0.3-5.fc3 python-psycopg-1.1.21-1.fc3 python-simpletal-3.13-1.fc3 rekall-2.2.4-8.fc3 scim-1.4.2-4.fc3 scim-anthy-0.6.1-2.fc3 scim-chewing-0.2.1-1.fc3 scim-hangul-0.2.0-6.fc3 scim-pinyin-0.5.0-5.fc3 scim-skk-0.3.0-5.fc3 scim-tables-0.5.3-5.fc3 scim-tomoe-0.1.0-2.fc3 tetex-xcolor-2.05-1.fc3 wesnoth-1.0-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ville.skytta at iki.fi Fri Oct 7 21:02:31 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 08 Oct 2005 00:02:31 +0300 Subject: Buildsys disk full Message-ID: <1128718951.31488.152.camel@localhost.localdomain> /rpmbuild on buildsys was full. I had to do some emergency cleanup on the repos, and blow away the to-be-pushed dupes, and I think everything necessary was eventually pushed through ok. Except for the new libsigsegv for FC3; it needs to be requeued (pinged Rex in PM, the buildsys won't allow me to requeue it). There's a bit of space in /rpmbuild now, but further cleanup or other arrangements are needed soon. BTW, could someone with enough rights install hardlink to the box? From bugzilla at redhat.com Fri Oct 7 21:02:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 17:02:24 -0400 Subject: [Bug 170165] New: Review Request: nautilus-sendto 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=170165 Summary: Review Request: nautilus-sendto Product: Fedora Extras Version: devel Platform: All URL: http://www.es.gnome.org/~telemaco/ 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/extras-testing/nautilus-sendto/nautilus-sendto.spec SRPM Name or Url: http://rpm.frields.org/extras-testing/nautilus-sendto/nautilus-sendto-0.4-1.src.rpm Description: The nautilus-sendto package provides a Nautilus context menu for sending files via other desktop applications. These functions are implemented as plugins, so nautilus-sendto can be extended with additional features. --- The source RPM provides plugins for Evolution and GAIM under FC4, and adds Bluetooth support in FC5. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 7 21:02:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 17:02:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510072102.j97L2bnd023714@www.beta.redhat.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| |170165 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 7 21:17:23 2005 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 07 Oct 2005 17:17:23 -0400 Subject: Yum question Message-ID: <1128719843.623.8.camel@localhost.localdomain> While working on a new package for FE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 I've run into a goofiness that I can't figure out how to resolve properly. When I build this package, the "main" package includes a specific %dir: %dir %{_libdir}/nautilus-sendto/plugins/ The subpackages with the plugins write files into that directory. When I do "yum remove nautilus-sendto\*" to remove the packages after testing functionality, I get these messages: = = = = = = = = = = = = = = = = = = = = = Setting up Remove Process Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package nautilus-sendto-evolution.i386 0:0.4-1 set to be erased ---> Package nautilus-sendto.i386 0:0.4-1 set to be erased ---> Package nautilus-sendto-gaim.i386 0:0.4-1 set to be erased --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Removing: nautilus-sendto i386 0.4-1 installed 135 k nautilus-sendto-evolution i386 0.4-1 installed 9.8 k nautilus-sendto-gaim i386 0.4-1 installed 17 k Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 3 Package(s) Total download size: 0 Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Removing : nautilus-sendto ######################### [1/3] Removing : nautilus-sendto-evolution ######################### [2/3] Removing : nautilus-sendto-gaim ######################### [3/3] Removed: nautilus-sendto.i386 0:0.4-1 nautilus-sendto-evolution.i386 0:0.4-1 nautilus-sendto-gaim.i386 0:0.4-1 Complete! = = = = = = = = = = = = = = = = = = = But: = = = = = = = = = = = = = = = = = = = [pfrields at localhost ~]$ ls /usr/lib/nautilus nautilus/ nautilus-sendto/ [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/ plugins [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/plugins/ [pfrields at localhost ~]$ rpm -qf /usr/lib/nautilus-sendto/plugins/ file /usr/lib/nautilus-sendto/plugins is not owned by any package = = = = = = = = = = = = = = = = = = = Have I made a spec boo-boo, or is this a yum bug? Apologies if this is too rudimentary a problem, it's only my third package. -- 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 skvidal at phy.duke.edu Fri Oct 7 21:24:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 07 Oct 2005 17:24:08 -0400 Subject: Buildsys disk full In-Reply-To: <1128718951.31488.152.camel@localhost.localdomain> References: <1128718951.31488.152.camel@localhost.localdomain> Message-ID: <1128720248.25539.22.camel@cutter> On Sat, 2005-10-08 at 00:02 +0300, Ville Skytt? wrote: > /rpmbuild on buildsys was full. > > I had to do some emergency cleanup on the repos, and blow away the > to-be-pushed dupes, and I think everything necessary was eventually > pushed through ok. Except for the new libsigsegv for FC3; it needs to > be requeued (pinged Rex in PM, the buildsys won't allow me to requeue > it). > > There's a bit of space in /rpmbuild now, but further cleanup or other > arrangements are needed soon. BTW, could someone with enough rights > install hardlink to the box? hardlink is now installed but if we're above 40G for extras then we need to do some herd-thinning, I think. We want the latest 2 releases in the tree, right? -sv From skvidal at phy.duke.edu Fri Oct 7 21:26:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 07 Oct 2005 17:26:44 -0400 Subject: Buildsys disk full In-Reply-To: <1128720248.25539.22.camel@cutter> References: <1128718951.31488.152.camel@localhost.localdomain> <1128720248.25539.22.camel@cutter> Message-ID: <1128720405.25539.24.camel@cutter> On Fri, 2005-10-07 at 17:24 -0400, seth vidal wrote: > On Sat, 2005-10-08 at 00:02 +0300, Ville Skytt? wrote: > > /rpmbuild on buildsys was full. > > > > I had to do some emergency cleanup on the repos, and blow away the > > to-be-pushed dupes, and I think everything necessary was eventually > > pushed through ok. Except for the new libsigsegv for FC3; it needs to > > be requeued (pinged Rex in PM, the buildsys won't allow me to requeue > > it). > > > > There's a bit of space in /rpmbuild now, but further cleanup or other > > arrangements are needed soon. BTW, could someone with enough rights > > install hardlink to the box? > > hardlink is now installed > > > but if we're above 40G for extras then we need to do some herd-thinning, > I think. > > We want the latest 2 releases in the tree, right? oh and the server_work dir has 20G of old busted cruft in it. maybe a time-based pruning is order. -sv From eric.tanguy at univ-nantes.fr Fri Oct 7 21:35:11 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 07 Oct 2005 23:35:11 +0200 Subject: Software to add ? Message-ID: <1128720911.2929.12.camel@bureau.maison> Sorry to ask that but i would like to see these softs added : grace (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) qucs (http://qucs.sourceforge.net/) alexandria (http://alexandria.rubyforge.org/) Is it possible ? Thanks Eric From jspaleta at gmail.com Fri Oct 7 21:46:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 7 Oct 2005 17:46:19 -0400 Subject: Software to add ? In-Reply-To: <1128720911.2929.12.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> Message-ID: <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> On 10/7/05, Eric Tanguy wrote: > alexandria (http://alexandria.rubyforge.org/) alexandria is going to be REALLY tough to add... it needs a lot of ruby deps. I started trying to work towards getting this packaged up by starting with the ruby-gnome stuff...but its a big pain...and I didn't finish the attempt. -jef"alexandria..the last non-rpm available application in use on my home systems"spaleta From bugzilla at redhat.com Fri Oct 7 22:13:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 18:13:16 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510072213.j97MDGvJ002505@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From stickster at gmail.com 2005-10-07 18:13 EST ------- BuildRequires updates made. Updated specfile and SRPM: Spec: http://rpm.frields.org/extras-testing/nautilus-sendto/nautilus-sendto.spec SRPM: http://rpm.frields.org/extras-testing/nautilus-sendto/nautilus-sendto-0.4-2.src.rpm Builds in mock without error, rpmlint gives only warnings for missing docs in subpackages (expected and probably irrelevant). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 7 23:58:27 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 07 Oct 2005 18:58:27 -0500 Subject: Software to add ? In-Reply-To: <1128720911.2929.12.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> Message-ID: <1128729507.6766.89.camel@localhost.localdomain> On Fri, 2005-10-07 at 23:35 +0200, Eric Tanguy wrote: > Sorry to ask that but i would like to see these softs added : > grace > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) Did this one: http://www.auroralinux.org/people/spot/review/grace-5.1.18-1.src.rpm I can own it, but only if no one else is interested. ~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 Sat Oct 8 00:09:29 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 07 Oct 2005 20:09:29 -0400 Subject: Yum question In-Reply-To: <1128719843.623.8.camel@localhost.localdomain> References: <1128719843.623.8.camel@localhost.localdomain> Message-ID: <1128730170.29059.1.camel@cutter> On Fri, 2005-10-07 at 17:17 -0400, Paul W. Frields wrote: > While working on a new package for FE: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 > > I've run into a goofiness that I can't figure out how to resolve > properly. When I build this package, the "main" package includes a > specific %dir: > > %dir %{_libdir}/nautilus-sendto/plugins/ > > The subpackages with the plugins write files into that directory. When > I do "yum remove nautilus-sendto\*" to remove the packages after testing > functionality, I get these messages: > > = = = = = = = = = = = = = = = = = = = = = > Setting up Remove Process > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package nautilus-sendto-evolution.i386 0:0.4-1 set to be erased > ---> Package nautilus-sendto.i386 0:0.4-1 set to be erased > ---> Package nautilus-sendto-gaim.i386 0:0.4-1 set to be erased > --> Running transaction check > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository > Size > ============================================================================= > Removing: > nautilus-sendto i386 0.4-1 installed > 135 k > nautilus-sendto-evolution i386 0.4-1 installed > 9.8 k > nautilus-sendto-gaim i386 0.4-1 installed > 17 k > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 0 Package(s) > Remove 3 Package(s) > Total download size: 0 > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Removing : nautilus-sendto ######################### > [1/3] > Removing : nautilus-sendto-evolution ######################### > [2/3] > Removing : nautilus-sendto-gaim ######################### > [3/3] > > Removed: nautilus-sendto.i386 0:0.4-1 nautilus-sendto-evolution.i386 > 0:0.4-1 nautilus-sendto-gaim.i386 0:0.4-1 > Complete! > = = = = = = = = = = = = = = = = = = = > > But: > > = = = = = = = = = = = = = = = = = = = > [pfrields at localhost ~]$ ls /usr/lib/nautilus > nautilus/ nautilus-sendto/ > [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/ > plugins > [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/plugins/ > [pfrields at localhost ~]$ rpm -qf /usr/lib/nautilus-sendto/plugins/ > file /usr/lib/nautilus-sendto/plugins is not owned by any package > = = = = = = = = = = = = = = = = = = = > > Have I made a spec boo-boo, or is this a yum bug? Apologies if this is > too rudimentary a problem, it's only my third package. it's definitely not a yum bug. I guess it might be some sort of odd bug in rpm - but I bet it's just a packaging bug. -sv From bugzilla at redhat.com Sat Oct 8 00:47:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 20:47:49 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510080047.j980lnXA017323@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From bdpepple at ameritech.net 2005-10-07 20:47 EST ------- Once the bad item is fixed: PUBLISH +1 MD5Sums: 2b8bff75d6cda7b1648d59dde6e4e3b2 nautilus-sendto-0.4.tar.bz2 Good: * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Buildroot has all required elements * All paths begin with macros * All directories are owned by this or other packages * No deprecated fields used * All necessary BuildRequires listed. * All desired features are enabled * Make succeeds even when %{_smp_mflags} is defined * Rpmlint does not find problems * Package installs and uninstalls cleanly on FC4. * Software runs fine. Note: Didn't test bluetooth plugin. Bad: * Should the evolution plugin be in a seperate package? Without one of the plugins install, nautilus-sendto just crashes when called. Personally, I would add the evolution plugin to the main package, and leave the gaim & bluetooth seperate. Or you could have the nautilus-sendto package be dependent on something like nautilus-sendto-plugins which would be provided by the installed plugins. Minor: * Group tag should probably be System Environment/Shells, this is what the other nautilus plugins (search, image resize) in Extras are. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 7 18:04:46 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 07 Oct 2005 11:04:46 -0700 Subject: rpms/libsigsegv/FC-4 .cvsignore, 1.2, 1.3 libsigsegv.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <1128707098.1704.202.camel@mccallum.corsepiu.local> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128695654.1704.187.camel@mccallum.corsepiu.local> <1128696804.23179.4.camel@localhost> <1128707098.1704.202.camel@mccallum.corsepiu.local> Message-ID: <1128708287.5319.6.camel@localhost> On Fri, 2005-10-07 at 19:44 +0200, Ralf Corsepius wrote: > On Fri, 2005-10-07 at 07:53 -0700, Toshio Kuratomi wrote: > > On Fri, 2005-10-07 at 16:34 +0200, Ralf Corsepius wrote: > > > On Fri, 2005-10-07 at 07:20 -0500, Rex Dieter wrote: > > > > Ralf Corsepius wrote: > > > > >> %check || : > > > > > Cosmetic issue: The "|| :" is superfluous. > > > > > > > > It's not superfluous for those of us interested in making packages that > > > > build on older fc/rh releases. (-: > > > This is FE, currently addressing FC3, FC4 and rawhide, older RHs are > > > irrelevant. > > > > But Fedora Legacy can base off the same spec. And a package maintainer > > may be building privately for older machines as well. > > We are not talking about "old", we are talking about "ancient", > "outdated", "obsolete" and SW archeology", cf. > https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00073.html > > In a nutshell: The "|| :" is superfluous on anything newer than vanilla > RH-7.3 - If you want to get rid of it, once and for all times in > "legacy" add a newer rpm to legacy. I guess, most people already did > this by themselves. > > > Something which > > is "superfluous" for FC-not-EOL but does no harm _and_ the package > > maintainer is willing to support shouldn't be a bg issue. > > It's called "code rot" or "pollution" at other places. If a legacy > maintainer really wants to support obsolete distros or foreign distros, > he can add where required in CVS, and doesn't have to "pollute" > "distro-upstream". It's code rot if it's not maintained/understood why it's there. If Rex knows that he neds it there to allow him to build on other distros that he wants to support then it should be his decision to keep it. (If Rex isn't maintaining for a distro that needs it then it's another story.) We use %{?dist} so maintainers can have one spec file that builds on multiple distro versions. My two cents is it's the maintainer's perogative for something this trivial. -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 Sat Oct 8 01:14:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 21:14:59 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510080114.j981ExVR018773@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From jpo at di.uminho.pt 2005-10-07 21:14 EST ------- (In reply to comment #6) > cat > filter_depends.sh < #!/bin/sh > /usr/lib/rpm/find-requires.perl $* | grep -v 'perl(mod_perl)' > EOF There is a problem in the above script: the $* gets expanded before being written to the file (empty string in this case). Possible solutions: 1) remove the special meaning of the '$' char by using a backslash (\$*) 2) quote the here document limit string (eg: single quotes -> 'EOF') For additional information see example 17.6 of http://www.faqs.org/docs/abs/HTML/here-docs.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 Sat Oct 8 01:20:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 21:20:22 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510080120.j981KMmk019020@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From wickerpms at arcor.de 2005-10-07 21:20 EST ------- (In reply to comment #2) > * Software runs fine. Note: Didn't test bluetooth plugin. Bluetooth builds and works fine here (FC4 with backported gnome-bluetooth from rawhide) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 8 01:38:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 21:38:40 -0400 Subject: [Bug 170172] New: Review Request: scim-input-pad 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=170172 Summary: Review Request: scim-input-pad 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-input-pad/scim-input-pad.spec?bcBycvDBN18E6bIQ SRPM Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/scim-input-pad/scim-input-pad-0.1.0-2.src.rpm?bcBycvDBSSTwpm4M Description: Scim-input-pad is an onscreen input pad used to input some symbols very easily. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 8 01:38:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 21:38:53 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510080138.j981crru019872@www.beta.redhat.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| |170172 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 8 01:50:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 21:50:49 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510080150.j981onSO020384@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From bdpepple at ameritech.net 2005-10-07 21:50 EST ------- (In reply to comment #2) Almost forgot, you should probably move the BR for the plugins into the appropriate sections. For example, if you decide to keep the evolution plugin separate, you should move the BR requirement for evolution-data-server-devel to evolution package section, and drop the Requires for Evolution since it's pulled in 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 Sat Oct 8 02:03:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 22:03:30 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510080203.j9823Ui7021194@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From bdpepple at ameritech.net 2005-10-07 22:03 EST ------- (In reply to comment #2) Yeesh, forgot to also mention the your Requires: %{name} = %{version} in the plugins, should probably be Requires: %{name} = %{version}-%{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 Oct 8 02:36:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 22:36:19 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510080236.j982aJ88023307@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From jpo at di.uminho.pt 2005-10-07 22:36 EST ------- (In reply to comment #7) > Alternatively, the documentation could be put at %doc or even not included at > all (it is only pdf versions of the man pages). No. We should follow LaTeX conventions here and place documentation in directories known by the texdoc utility (and indexed by the texhash utility). At the present the texdoc utility looks for documents in $TEXDOCS which defaults to $TEXMF/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 Sat Oct 8 02:44:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 7 Oct 2005 22:44:25 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510080244.j982iPZm023715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From jpo at di.uminho.pt 2005-10-07 22:44 EST ------- (In reply to comment #4) > TODO: > - tetex-fonts is both Required directly by package name and indirectly through > the texhash dependancy. I think one of them is enough. Just a note for older Fedora versions (not FC3 and FC4): the texhash utility has been shuffled around - nowadays it is provided by the tetex-fonts rpm but in FC1 it was provided by the tetex 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 Oct 8 04:53:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 00:53:13 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510080453.j984rDdh031582@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 ------- Additional Comments From mpeters at mac.com 2005-10-08 00:53 EST ------- http://mpeters.us/fc_extras/tetex-fontools-20051003-1.src.rpm http://mpeters.us/fc_extras/tetex-fontools.spec Changes from #10 implemented -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Oct 8 09:06:04 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 08 Oct 2005 12:06:04 +0300 Subject: Yum question In-Reply-To: <1128719843.623.8.camel@localhost.localdomain> References: <1128719843.623.8.camel@localhost.localdomain> Message-ID: <1128762364.31488.161.camel@localhost.localdomain> On Fri, 2005-10-07 at 17:17 -0400, Paul W. Frields wrote: > Running Transaction > Removing : nautilus-sendto ######################### > [1/3] > Removing : nautilus-sendto-evolution ######################### > [2/3] > Removing : nautilus-sendto-gaim ######################### > [3/3] [...] > = = = = = = = = = = = = = = = = = = = > [pfrields at localhost ~]$ ls /usr/lib/nautilus > nautilus/ nautilus-sendto/ > [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/ > plugins > [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/plugins/ > [pfrields at localhost ~]$ rpm -qf /usr/lib/nautilus-sendto/plugins/ > file /usr/lib/nautilus-sendto/plugins is not owned by any package > = = = = = = = = = = = = = = = = = = = > > Have I made a spec boo-boo, or is this a yum bug? Apologies if this is > too rudimentary a problem, it's only my third package. I'm assuming that you have a dependency on the main package in all of the plugins. In that case, you've run into rpm's issues with erase ordering as witnessed by the order in which the packages are erased above (it's wrong, plugins should have been erased first). Related reading (there's probably a lot more of it in Bugzilla): https://bugzilla.redhat.com/158577 https://bugzilla.redhat.com/155700 If you care much about the above, you can have all the plugins own the /usr/lib/nautilus-sendto and /usr/lib/nautilus-sendto/plugins dirs. There are not many packages around that have accepted to apply this workaround though. From bugzilla at redhat.com Sat Oct 8 09:16:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 05:16:07 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510080916.j989G7b3024064@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 ------- Additional Comments From ville.skytta at iki.fi 2005-10-08 05:16 EST ------- Another problem with that script is that it hardcodes /usr/lib/rpm/find-requires.perl, ignoring the system's rpmbuild config. See the way __perl_provides is handled in perl-Template-Toolkit for a way to avoid that (although it's missing the $*, but the args are unused nowadays in the default rpmbuild config). __perl_(provides|requires) do not need disabling of the internal dep generator. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 8 09:22:06 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 8 Oct 2005 11:22:06 +0200 Subject: Software to add ? In-Reply-To: <1128720911.2929.12.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> Message-ID: <20051008092206.GD3256@free.fr> On Fri, Oct 07, 2005 at 11:35:11PM +0200, Eric Tanguy wrote: > Sorry to ask that but i would like to see these softs added : > grace > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) grace is allready submitted https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 -- Pat From bugzilla at redhat.com Sat Oct 8 11:31:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 07:31:02 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510081131.j98BV2na000671@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bugs.michael at gmx.net 2005-10-08 07:31 EST ------- What is your user name? And you can re-request the CLA. Have you tried 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 nicolas.mailhot at laposte.net Sat Oct 8 11:32:06 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 08 Oct 2005 13:32:06 +0200 Subject: I'm orphaning arc in Fedora Extras Message-ID: <1128771126.7637.34.camel@rousalka.dyndns.org> Hi, I'm officially orphaning arc. Arc is an old archiver/unarchiver. For a long time its licensing status was unclear, and no one dared touch it. It has been GPLed lately but the sourceforge project seems dead (last release in 2003, "dump last version on the world and go away"). As a result the codebase suffers massive bitrot. A few security alerts were issued after a Debian review lately, but I fear a more thorough security audit would find more. Certainly all the build warnings are not encouraging. Moreover the problem of adaptation to newer gcc releases remains open. Also arc is not really needed nowadays - during its troubled licensing period an arc clone (nomarch) was written. It can only be used to uncompress arc archives but who needs to create arc files in 2005 ? The nomarch codebase is newer and seems a lot saner than the arc one. It certainly has not needed continuous patching like arc to adapt to rawhide gcc changes. arc was introduced with nomarch in fedora.us as an amavisd-new dep. However amavis does not need both (the amavis doc was somewhat unclear on this point), it will fall back on nomarch if arc is not found. New amavisd-new packages only require nomarch. They should probably even conflict with arc, since you really do not want to expose arc-quality code to the outside. I've just pushed a new arc version today with all known fixes. Since I don't use arc anymore, and I fear it will continue to require a lot of maintenance (more than I'm willing to do) I'm orphaning it now. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sat Oct 8 12:46:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 08:46:21 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510081246.j98CkL0e004690@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-08 08:46 EST ------- Are all the deps in FE now ? If there are still a few packages waiting for approval, please make the associated bugs block 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 eric.tanguy at univ-nantes.fr Sat Oct 8 08:10:40 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sat, 08 Oct 2005 10:10:40 +0200 Subject: Software to add ? In-Reply-To: <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> Message-ID: <1128759040.2922.2.camel@bureau.maison> Le vendredi 07 octobre 2005 ? 17:46 -0400, Jeff Spaleta a ?crit : > On 10/7/05, Eric Tanguy wrote: > > alexandria (http://alexandria.rubyforge.org/) > > alexandria is going to be REALLY tough to add... it needs a lot of > ruby deps. I started trying to work towards getting this packaged up > by starting with the ruby-gnome stuff...but its a big pain...and I > didn't finish the attempt. > > -jef"alexandria..the last non-rpm available application in use on my > home systems"spaleta > I agree with you alexandria is difficult to install that's why i ask if someone can manage it as rpm in extras. From mpeters at mac.com Sat Oct 8 13:21:30 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 08 Oct 2005 06:21:30 -0700 Subject: Software to add ? In-Reply-To: <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> Message-ID: <1128777691.32077.18.camel@locolhost.localdomain> On Fri, 2005-10-07 at 17:46 -0400, Jeff Spaleta wrote: > On 10/7/05, Eric Tanguy wrote: > > alexandria (http://alexandria.rubyforge.org/) > > alexandria is going to be REALLY tough to add... it needs a lot of > ruby deps. I started trying to work towards getting this packaged up > by starting with the ruby-gnome stuff...but its a big pain...and I > didn't finish the attempt. Alexandria is something I thought about packaging awhile back - I was using some ugly java application for my books (ugly only because anything java is ugly imho) - it worked well, but one day - it stopped working, said my trial period was over and I needed to pay for it. Alexandria looked like a good free alternative. How far did you get with the dependencies? I don't think I want to maintain any ruby packages, but I certainly would be willing to review/test. From bugzilla at redhat.com Sat Oct 8 14:01:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 10:01:20 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510081401.j98E1KZR011251@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 sarantis at cnl.di.uoa.gr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-10-08 10:01 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 Sat Oct 8 14:17:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 10:17:00 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200510081417.j98EH0cf012310@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-10-08 10:16 EST ------- Please change the License tag to Distributable (same copyright as DejaVu) and the Source tag to http://download.sourceforge.net/.... for direct downloading. Regarding the FE procedure, and with the above changes in place, the package is approved. (If you wish to maintain it despite the EOL upstream, that 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 nicolas.mailhot at laposte.net Sat Oct 8 15:28:09 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 08 Oct 2005 17:28:09 +0200 Subject: I'm orphaning arc in Fedora Extras In-Reply-To: <4347D5B2.9080908@highlandsun.com> References: <1128771126.7637.34.camel@rousalka.dyndns.org> <4347D5B2.9080908@highlandsun.com> Message-ID: <1128785289.3237.11.camel@rousalka.dyndns.org> Le samedi 08 octobre 2005 ? 07:20 -0700, Howard Chu a ?crit : > Nicolas Mailhot wrote: > > Hi, > > > > I'm officially orphaning arc. > > Sounds fine. I've always wondered why anybody still used it these days, > with its 11-character limit on filenames and such. I wrote the darn Unix > port and I stopped using it years ago. All the damn legacy archiving formats must be maintained forever in mail/file content scanners so they're not used as a malware enveloppe. (But only the uncompress path is needed) The problem is all the legacy archivers have often not been subjected to a modern security audit, so they are a security risk themselves (both in FOSS and commercial scanners, arc problems endanger amavis but some commercial software was also subjected to an arj attack lately). Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From rdieter at math.unl.edu Sat Oct 8 16:48:57 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 08 Oct 2005 11:48:57 -0500 Subject: buildsystem stuck, database is locked Message-ID: FYI, $plague-client list Traceback (most recent call last): File "/usr/bin/plague-client", line 421, in ? list_jobs(server, sys.argv[2:]) File "/usr/bin/plague-client", line 171, in list_jobs (e, msg, jobs) = server.list_jobs(query_args) File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response return u.close() File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close raise Fault(**self._stack[0]) xmlrpclib.Fault: From bugzilla at redhat.com Sat Oct 8 18:46:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 14:46:58 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510081846.j98IkwmF004961@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From stickster at gmail.com 2005-10-08 14:46 EST ------- OK, WRT comment #2, I went with the former suggestion to fix the "Bad" problem. I agree with you that it makes the most sense to bundle the Evolution plugin, since most people will have it installed anyway if they're using Nautilus. As for the "Minor" issue, note that Core's nautilus package itself, as well as nautilus-cd-burner, are found in group "User Interface/Desktops." This is also the same group I used back in July for nautilus-open-terminal, for those reasons. I would argue that the "SE/Shells" group is not really appropriate for interface plugins tacked on at such a high level above the standard CLI, especially if Core isn't using that group for related packages. In any case, your timely review is very much appreciated! Updated packages are available at: Spec Name or Url: http://rpm.frields.org/extras-testing/nautilus-sendto/nautilus-sendto.spec SRPM Name or Url: http://rpm.frields.org/extras-testing/nautilus-sendto/nautilus-sendto-0.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 stickster at gmail.com Sat Oct 8 18:58:31 2005 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 08 Oct 2005 14:58:31 -0400 Subject: Yum question In-Reply-To: <1128762364.31488.161.camel@localhost.localdomain> References: <1128719843.623.8.camel@localhost.localdomain> <1128762364.31488.161.camel@localhost.localdomain> Message-ID: <1128797911.2944.4.camel@localhost.localdomain> On Sat, 2005-10-08 at 12:06 +0300, Ville Skytt? wrote: > On Fri, 2005-10-07 at 17:17 -0400, Paul W. Frields wrote: > > > Running Transaction > > Removing : nautilus-sendto ######################### > > [1/3] > > Removing : nautilus-sendto-evolution ######################### > > [2/3] > > Removing : nautilus-sendto-gaim ######################### > > [3/3] > [...] > > = = = = = = = = = = = = = = = = = = = > > [pfrields at localhost ~]$ ls /usr/lib/nautilus > > nautilus/ nautilus-sendto/ > > [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/ > > plugins > > [pfrields at localhost ~]$ ls /usr/lib/nautilus-sendto/plugins/ > > [pfrields at localhost ~]$ rpm -qf /usr/lib/nautilus-sendto/plugins/ > > file /usr/lib/nautilus-sendto/plugins is not owned by any package > > = = = = = = = = = = = = = = = = = = = > > > > Have I made a spec boo-boo, or is this a yum bug? Apologies if this is > > too rudimentary a problem, it's only my third package. > > I'm assuming that you have a dependency on the main package in all of > the plugins. In that case, you've run into rpm's issues with erase > ordering as witnessed by the order in which the packages are erased > above (it's wrong, plugins should have been erased first). Precisely... I manually removed them (rpm -e) in a logical order, and the problem disappears. I need to get it through my thick skull that yum is just passing on work to rpm, so that is where the problem lies. > Related reading (there's probably a lot more of it in Bugzilla): > https://bugzilla.redhat.com/158577 > https://bugzilla.redhat.com/155700 Thanks for the references, I will look at these bugs. > If you care much about the above, you can have all the plugins own > the /usr/lib/nautilus-sendto and /usr/lib/nautilus-sendto/plugins dirs. > There are not many packages around that have accepted to apply this > workaround though. Nah, don't care *that* much about it, and I think you're right, most extras folks would balk at this. -- 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 katzj at redhat.com Sat Oct 8 19:29:06 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 08 Oct 2005 15:29:06 -0400 Subject: buildsystem stuck, database is locked In-Reply-To: References: Message-ID: <1128799747.7324.0.camel@bree.local.net> Fixed Jeremy From bugzilla at redhat.com Sat Oct 8 21:12:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 17:12:30 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510082112.j98LCUhM020472@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bdpepple at ameritech.net 2005-10-08 17:12 EST ------- Publish +1, main review in comment #2 You can probably drop the Requires: gnome-bluetooth, since it should be pulled by the BR. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 9 03:05:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 23:05:37 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510090305.j9935bhl017423@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-08 23:05 EST ------- (In reply to comment #2) > Are all the deps in FE now ? No. But all deps are in the request queue. > If there are still a few packages waiting for approval, please make the > associated bugs block this one. I already did ;) Just check https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 9 03:35:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 23:35:24 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510090335.j993ZOxB019532@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-08 23:35 EST ------- My username is 'meme' I tried requesting cla_done, but it said that was not allowed (I forget the specific error message) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 9 09:15:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 05:15:27 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510090915.j999FRGa003993@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-09 05:15 EST ------- Silly me, was fooled by RedHat's bugzilla theming :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Sun Oct 9 09:40:41 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 09 Oct 2005 11:40:41 +0200 Subject: buildsystem stuck (again) Message-ID: <1128850842.21492.7.camel@rousalka.dyndns.org> ? Package foo enqueued. (However, no Job ID was provided in the time required) ? -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sun Oct 9 09:55:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 05:55:51 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510090955.j999tpbf008941@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bugs.michael at gmx.net 2005-10-09 05:55 EST ------- > I tried requesting cla_done No. You misunderstand me. I don't refer to the cla_group. You are not listed as a member of that group yet, which tells me that you have not signed the CLA yet. Log in at https://admin.fedora.redhat.com/accounts/ and click where it says "Request the Contributor License Agreement". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From theriel at wp.pl Sun Oct 9 10:00:27 2005 From: theriel at wp.pl (Theriel) Date: Sun, 09 Oct 2005 12:00:27 +0200 Subject: fbsplash request Message-ID: <4348EA3B.9070609@wp.pl> Hopefully it's the right place... if not -> please, tell me. I would like to ask if it's possible to include fbsplash (or even whole gensplash) in Fedora Extras the time the Fedora Core 5 will be released. Taking graphical devices into consideration, the only possibility at the moment is pure FrameBuffer, which doesn't provide too much when "standing alone". Well known add-on is bootsplash.de but it isn't a good choice for users of Fedora (according to one of the developers who said "over my dead body" - because of the ). In my opinion the best choice would be fbsplash. Unfortunatelly, it's implementation isn't easy enough and that's why I would like to get to know if there is any developer who could prepare fbsplash for Fedora users... I asked about it on rpm.livna.org but I was said: "that stuff seems GPL/Free without any patent issue, so you should push it to the Fedora Project". Thank you for response Theriel From bugzilla at redhat.com Sun Oct 9 14:36:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 10:36:23 -0400 Subject: [Bug 170225] New: Review Request: mimetex: Easily embed LaTeX math in web pages 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=170225 Summary: Review Request: mimetex: Easily embed LaTeX math in web pages Product: Fedora Extras Version: devel Platform: All URL: http://www.forkosh.com/mimetex.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/mimetex.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/mimetex-1.60-1.src.rpm Description: MimeTeX lets you easily embed LaTeX math in your html pages. It parses a LaTeX math expression and immediately emits the corresponding gif image, rather than the usual TeX dvi. And mimeTeX is an entirely separate little program that doesn't use TeX or its fonts in any 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 Sun Oct 9 14:36:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 10:36:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510091436.j99EaY1C007084@www.beta.redhat.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| |170225 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 9 14:53:27 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 9 Oct 2005 10:53:27 -0400 Subject: fbsplash request In-Reply-To: <4348EA3B.9070609@wp.pl> References: <4348EA3B.9070609@wp.pl> Message-ID: <604aa7910510090753n4a02434bk8f2bc507c4653bbe@mail.gmail.com> On 10/9/05, Theriel wrote: > Hopefully it's the right place... if not -> please, tell me. fbsplash is a patch to the kernel itself... if I'm reading the project description correctly. It's not even buildable as a stand-alone module...it has to be patched into the kernel directly. There's no way that patches to the kernel could be maintained as part of Fedora Extras. -jef From theriel at wp.pl Sun Oct 9 15:27:41 2005 From: theriel at wp.pl (Theriel) Date: Sun, 09 Oct 2005 17:27:41 +0200 Subject: fbsplash request In-Reply-To: <604aa7910510090753n4a02434bk8f2bc507c4653bbe@mail.gmail.com> References: <4348EA3B.9070609@wp.pl> <604aa7910510090753n4a02434bk8f2bc507c4653bbe@mail.gmail.com> Message-ID: <434936ED.7000703@wp.pl> Jeff Spaleta napisa?(a): > [cut] > >There's no >way that patches to the kernel could be maintained as part of Fedora >Extras. > > Yup, but there are for example nvidia driver rpms, which are also kernel patches... P.S.If I'm not right, maybe it would be possible to integrate graphical splash with default Fedora kernel? Theriel From bugzilla at redhat.com Sun Oct 9 15:30:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 11:30:12 -0400 Subject: [Bug 170225] Review Request: mimetex: Easily embed LaTeX math in web pages In-Reply-To: Message-ID: <200510091530.j99FUCiH012736@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mimetex: Easily embed LaTeX math in web pages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170225 ------- Additional Comments From mpeters at mac.com 2005-10-09 11:30 EST ------- * Builds cleanly in mock (x86 FC-4) * rpmlint likes the results (no errors on src or binary rpm) * Proper name for package and specfile * License in spec matches license in package, package with %doc * Spec file properly written in American English, legible * md5sum matches upstream * No redundant or missing BuildRequires * No locales or shared libraries * Package installs/uninstalls cleanly provided /var/www/{cgi-bin,html} owned by another package * No duplicate files * Permissions fine * Correct use of Macros * No devel package needed, no .la files * Works fine for me in FC-4 Apache -=- Needs: It should require a webserver that owns /var/www/{html,cgi-bin} The zip file in Source0 is unversioned. I'm not sure that is explicitly against the rules, but it makes it easier to know which version a source in a rpm/SOURCES directory is associated with. Questions: Should it be built with optflags? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Sun Oct 9 15:51:32 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 09 Oct 2005 08:51:32 -0700 Subject: fbsplash request In-Reply-To: <434936ED.7000703@wp.pl> References: <4348EA3B.9070609@wp.pl> <604aa7910510090753n4a02434bk8f2bc507c4653bbe@mail.gmail.com> <434936ED.7000703@wp.pl> Message-ID: <1128873093.12028.24.camel@locolhost.localdomain> On Sun, 2005-10-09 at 17:27 +0200, Theriel wrote: > > Yup, but there are for example nvidia driver rpms, which are also kernel > patches... nvidia driver does not patch the kernel. Does this build and install for an existing kernel without replacing any drivers in existing kernel? From bugzilla at redhat.com Sun Oct 9 15:55:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 11:55:47 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510091555.j99FtlAB014763@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-09 11:55 EST ------- Spec Name or Url: swish-e.spec.12 SRPM Name or Url: swish-e-2.4.2-12.fc4.src.rpm There are numerous script-without-shellbang errors. Not sure why. The swish-e-perl only-non-binary-in-usr-lib error is a consequence of the swish-e(1) -S indexing method and the hard-coded /usr/lib prefix in the documentation. The program is expected to be in libexecdir and attempting to relocate to %{_datadir} breaks existing functionality. Configure using libexecdir as %{_datadir}/swish-e would work, but would move both helper scripts and Perl modules to /usr/share/swish-e. Hopefully 12.fc4 conforms with your suggestions and Extras standards/requirements as best it 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 triad at df.lth.se Sun Oct 9 16:40:34 2005 From: triad at df.lth.se (Linus Walleij) Date: Sun, 9 Oct 2005 18:40:34 +0200 (CEST) Subject: Dependency graph (WAS Re: rpms/libsigsegvlibsigsegv.spec etc) In-Reply-To: References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> Message-ID: On Fri, 7 Oct 2005, Rex Dieter wrote: > Now, if it turns out this change *does* cause > problems with another FE package, > 1. I'd consider reverting the change, but I'd prefer that: > 2. The now-broken package be rebuilt against the newer (IMO fixed/better) > libsigsegv. This raises an issue I wanted to know for some time. Given package "foo" can you somehow generate a dependency tree across all known (to yum e.g.) repositories or atleaste core, updates and extras? E.g. This package use "bar", "fnord" and is used by "baz", "flerp" with the possibility of traversing the graph even deeper? Linus From ivazquez at ivazquez.net Sun Oct 9 16:52:56 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 09 Oct 2005 12:52:56 -0400 Subject: Dependency graph (WAS Re: rpms/libsigsegvlibsigsegv.spec etc) In-Reply-To: References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> Message-ID: <1128876776.1308.9.camel@ignacio.lan> On Sun, 2005-10-09 at 18:40 +0200, Linus Walleij wrote: > This raises an issue I wanted to know for some time. Given package "foo" > can you somehow generate a dependency tree across all known (to yum e.g.) > repositories or atleaste core, updates and extras? rpm-devel has rpmgraph that you can use for that. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sun Oct 9 17:02:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 13:02:23 -0400 Subject: [Bug 170225] Review Request: mimetex: Easily embed LaTeX math in web pages In-Reply-To: Message-ID: <200510091702.j99H2NtQ021644@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mimetex: Easily embed LaTeX math in web pages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170225 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-09 13:02 EST ------- Good catches. I'm unwilling to futz with the whole unversioned source at this time, but the rest should be fine now. 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 Sun Oct 9 17:18:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 13:18:02 -0400 Subject: [Bug 170225] Review Request: mimetex: Easily embed LaTeX math in web pages In-Reply-To: Message-ID: <200510091718.j99HI2iT022964@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mimetex: Easily embed LaTeX math in web pages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170225 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-10-09 13: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 ville.skytta at iki.fi Sun Oct 9 17:34:21 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 09 Oct 2005 20:34:21 +0300 Subject: Dependency graph (WAS Re: rpms/libsigsegvlibsigsegv.spec etc) In-Reply-To: <1128876776.1308.9.camel@ignacio.lan> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128876776.1308.9.camel@ignacio.lan> Message-ID: <1128879261.2493.76.camel@localhost.localdomain> On Sun, 2005-10-09 at 12:52 -0400, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-10-09 at 18:40 +0200, Linus Walleij wrote: > > This raises an issue I wanted to know for some time. Given package "foo" > > can you somehow generate a dependency tree across all known (to yum e.g.) > > repositories or atleaste core, updates and extras? > > rpm-devel has rpmgraph that you can use for that. repoquery from yum-utils is useful too, eg. repoquery --whatrequires `repoquery --provides foo` From theriel at wp.pl Sun Oct 9 18:05:22 2005 From: theriel at wp.pl (Theriel) Date: Sun, 09 Oct 2005 20:05:22 +0200 Subject: fbsplash request In-Reply-To: <1128873093.12028.24.camel@locolhost.localdomain> References: <4348EA3B.9070609@wp.pl> <604aa7910510090753n4a02434bk8f2bc507c4653bbe@mail.gmail.com> <434936ED.7000703@wp.pl> <1128873093.12028.24.camel@locolhost.localdomain> Message-ID: <43495BE2.6000107@wp.pl> Michael A. Peters napisa?(a): > [cut] > >nvidia driver does not patch the kernel. > >Does this build and install for an existing kernel without replacing any >drivers in existing kernel? > > It's installed by patching the kernel and during configuration checking the option "support for frame buffer....". I can't tell you more because I don't know the architecture well. All I know can be found on http://gentoo-wiki.com/HOWTO_fbsplash . It was provided as a rpm package for Fedora some time ago but when I asked the developer, he said that it's no longer. A few information about it can be found here: http://home.arcor.de/helmut.schlattl/gensplash/ . Hopefully these links will be helpful for you. Theriel From tcallawa at redhat.com Sun Oct 9 18:59:12 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 09 Oct 2005 13:59:12 -0500 Subject: fbsplash request In-Reply-To: <43495BE2.6000107@wp.pl> References: <4348EA3B.9070609@wp.pl> <604aa7910510090753n4a02434bk8f2bc507c4653bbe@mail.gmail.com> <434936ED.7000703@wp.pl> <1128873093.12028.24.camel@locolhost.localdomain> <43495BE2.6000107@wp.pl> Message-ID: <1128884352.6766.116.camel@localhost.localdomain> > It's installed by patching the kernel and during configuration checking > the option "support for frame buffer....". I can't tell you more because > I don't know the architecture well. All I know can be found on > http://gentoo-wiki.com/HOWTO_fbsplash . It was provided as a rpm package > for Fedora some time ago but when I asked the developer, he said that > it's no longer. A few information about it can be found here: > http://home.arcor.de/helmut.schlattl/gensplash/ . Hopefully these links > will be helpful for you. This requires a patched kernel, not an addon module. Plead your case to davej at redhat.com, but make sure you have your flame-retardant clothes on. ~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 Sun Oct 9 19:37:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 15:37:26 -0400 Subject: [Bug 169378] Review Request: shorewall In-Reply-To: Message-ID: <200510091937.j99JbQMF004603@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shorewall https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169378 ------- Additional Comments From robert at marcanoonline.com 2005-10-09 15:37 EST ------- Updated to 2.4.5 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From robert at marcanoonline.com Sun Oct 9 19:49:31 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Sun, 09 Oct 2005 15:49:31 -0400 Subject: Request Shorwall maintainer status Message-ID: <1128887371.5267.7.camel@localhost.localdomain> I have updated the shorewall rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169378 I have been sponsored to the cvsextras group (thanks abompard), but I am still unable to do a checkout of the shorewall package (Permission denied (publickey,keyboard-interactive) after calling ssh-add)... I think the reason is that I replaced my original ssh pub key (~/.ssh/id_dsa.pup), and it could take a little time. if not what can be the problem. ________________________________________ Robert Marcano ???????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From bugzilla at redhat.com Sun Oct 9 19:56:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 15:56:25 -0400 Subject: [Bug 168265] Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects In-Reply-To: Message-ID: <200510091956.j99JuPkk007289@www.beta.redhat.com> Please 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-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 ------- Additional Comments From chris at chrisgrau.com 2005-10-09 15:56 EST ------- rpmlint returns: E: perl-DBIx-SearchBuilder script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder/Record.pm E: perl-DBIx-SearchBuilder script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder/Record/Cachable.pm E: perl-DBIx-SearchBuilder script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder/Handle.pm E: perl-DBIx-SearchBuilder script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder.pm E: perl-DBIx-SearchBuilder script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder/Handle/mysql.pm E: perl-DBIx-SearchBuilder script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder/Handle/Pg.pm E: perl-DBIx-SearchBuilder-Oracle script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/DBIx/SearchBuilder/Handle/Oracle.pm Those files are all +x for some reason. yum localinstall returns: Error: Missing Dependency: perl(DBD::Oracle) is needed by package perl-DBIx-SearchBuilder-Oracle This one is interesting. Based on the license text[1] for DBD::Oracle, I don't expect it to ever show up in Extras. So we would effectively be placing a package in Extras that is uninstallable without ignoring dependencies or using third-party repositories, right? [1] http://search.cpan.org/dist/DBD-Oracle/Oracle.pm#COPYRIGHT -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 9 20:08:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 16:08:17 -0400 Subject: [Bug 168265] Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects In-Reply-To: Message-ID: <200510092008.j99K8HNK008871@www.beta.redhat.com> Please 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-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 ------- Additional Comments From ville.skytta at iki.fi 2005-10-09 16:07 EST ------- In addition to the license text, DBD-Oracle needs to be linked with the non-OSS Oracle client libs to work. Personally, I'd just leave the Oracle stuff in the main package here and filter out the dependency. Or not ship it in the first place, either by removing the affected files, or leaving them in the subpackage but guarding it with a "--with oracle" rpmbuild option (defaulting to off). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 9 20:08:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 16:08:12 -0400 Subject: [Bug 169378] Review Request: shorewall In-Reply-To: Message-ID: <200510092008.j99K8CeS008857@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shorewall https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169378 ------- Additional Comments From gauret at free.fr 2005-10-09 16:08 EST ------- Review for release 1: * Changes are OK * Source shorewall-2.4.5.tar.bz2 is the same as upstream Still 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 ville.skytta at iki.fi Sun Oct 9 20:28:51 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 09 Oct 2005 23:28:51 +0300 Subject: rpms/stellarium/devel .cvsignore, 1.4, 1.5 sources, 1.4, 1.5 stellarium.spec, 1.9, 1.10 In-Reply-To: <200510092015.j99KFjkF016002@cvs-int.fedora.redhat.com> References: <200510092015.j99KFjkF016002@cvs-int.fedora.redhat.com> Message-ID: <1128889731.2493.90.camel@localhost.localdomain> On Sun, 2005-10-09 at 16:15 -0400, Jochen Schmitt wrote: > > +%lang(es) %{_datadir}/locale/es/LC_MESSAGES/stellarium.mo > +%lang(fr) %{_datadir}/locale/fr/LC_MESSAGES/stellarium.mo > +%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/stellarium.mo Please use the %find_lang macro for that. http://fedoraproject.org/wiki/PackageReviewGuidelines?highlight=%28find_lang%29#head-05a78c7ca440544397657679f87fbdbd84d9be28 From buildsys at fedoraproject.org Sun Oct 9 20:31:25 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 9 Oct 2005 16:31:25 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051009203125.2DE477FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 7 abiword-2.4.1-1 arc-5.21m-1.fc5 dejavu-fonts-1.14-1.fc5 kawa-1.8-1.fc5 nautilus-open-terminal-0.6-1.fc5 nautilus-sendto-0.4-4.fc5 sylpheed-2.0.2-1 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 Oct 9 20:45:40 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 9 Oct 2005 16:45:40 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051009204540.C309E7FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 3 arc-5.21m-1.fc4 dejavu-fonts-1.14-1.fc4 nautilus-sendto-0.4-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 Oct 9 20:55:16 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 9 Oct 2005 16:55:16 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051009205516.00E717FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 3 arc-5.21m-1.fc3 dejavu-fonts-1.14-1.fc3 nautilus-sendto-0.4-4.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 Mon Oct 10 04:18:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 00:18:14 -0400 Subject: [Bug 168265] Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects In-Reply-To: Message-ID: <200510100418.j9A4IElX031430@www.beta.redhat.com> Please 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-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 ------- Additional Comments From rc040203 at freenet.de 2005-10-10 00:17 EST ------- (In reply to comment #2) > > yum localinstall returns: > Error: Missing Dependency: perl(DBD::Oracle) is needed by package > perl-DBIx-SearchBuilder-Oracle > So we would effectively be placing a > package in Extras that is uninstallable without ignoring dependencies or using > third-party repositories, right? Right, this package has a runtime dependency to a perl-module/rpm outside of FE and right, this means "pure FE+FC" users won't ever be able to install this rpm. (In reply to comment #3) > In addition to the license text, DBD-Oracle needs to be linked with the > non-OSS Oracle client libs to work. Exactly. > Personally, I'd just leave the Oracle stuff in the main package here and > filter out the dependency. I'd rather not do this, because this would mean to cheat to users and to artificially add inconcistencies to the rpmdb. > Or not ship it in the first place, either by > removing the affected files, or leaving them in the subpackage but guarding it > with a "--with oracle" rpmbuild option (defaulting to off). This seems more reasonable to me. Initially, I had considered doing this, but had decided to package the Oracle bindings into a separate package as convenience to users which might have access to Oracle DBs :) I am going to add "--with oracle". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 06:18:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 02:18:53 -0400 Subject: [Bug 168265] Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects In-Reply-To: Message-ID: <200510100618.j9A6Irp2012986@www.beta.redhat.com> Please 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-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 ------- Additional Comments From rc040203 at freenet.de 2005-10-10 02:18 EST ------- Updated package/spec with comments #2 and #3 reflected: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-DBIx-SearchBuilder.spec ftp://packman.iu-bremen.de/fedora/SRPMS/perl-DBIx-SearchBuilder-1.27-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 Oct 10 06:20:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 02:20:54 -0400 Subject: [Bug 168227] Review request: perl-HTTP-Server-Simple-Mason - HTTP::Server::Simple::Mason Perl module In-Reply-To: Message-ID: <200510100620.j9A6KshG013238@www.beta.redhat.com> Please 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-Mason - HTTP::Server::Simple::Mason Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168227 ------- Additional Comments From rc040203 at freenet.de 2005-10-10 02:20 EST ------- Updated package/spec: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-HTTP-Server-Simple-Mason.spec ftp://packman.iu-bremen.de/fedora/SRPMS/perl-HTTP-Server-Simple-Mason-0.09-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 tmraz at redhat.com Mon Oct 10 08:48:07 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 10 Oct 2005 10:48:07 +0200 Subject: buildsystem stuck (again) In-Reply-To: <1128850842.21492.7.camel@rousalka.dyndns.org> References: <1128850842.21492.7.camel@rousalka.dyndns.org> Message-ID: <1128934088.3128.11.camel@perun.redhat.usu> On Sun, 2005-10-09 at 11:40 +0200, Nicolas Mailhot wrote: > ? Package foo enqueued. (However, no Job ID was provided in the time > required) ? And again just now :( -- Tomas Mraz From bugs.michael at gmx.net Mon Oct 10 09:25:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 10 Oct 2005 11:25:27 +0200 Subject: Request Shorwall maintainer status In-Reply-To: <1128887371.5267.7.camel@localhost.localdomain> References: <1128887371.5267.7.camel@localhost.localdomain> Message-ID: <20051010112527.66b8e337.bugs.michael@gmx.net> On Sun, 09 Oct 2005 15:49:31 -0400, Robert Marcano wrote: > I have updated the shorewall rpm > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169378 > > I have been sponsored to the cvsextras group (thanks abompard), but I am > still unable to do a checkout of the shorewall package (Permission > denied (publickey,keyboard-interactive) after calling ssh-add)... > > I think the reason is that I replaced my original ssh pub key > (~/.ssh/id_dsa.pup), and it could take a little time. if not what can be > the problem. Since somebody else has had similar problems with his ssh key just recently, please contact the help address listed at the bottom of https://admin.fedora.redhat.com/accounts/ and include your public key and as many details as possible. Probably there is a bug in the system which causes keys not to be replaced properly. From pmatilai at laiskiainen.org Mon Oct 10 09:37:01 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Mon, 10 Oct 2005 02:37:01 -0700 (PDT) Subject: Dependency graph (WAS Re: rpms/libsigsegvlibsigsegv.spec etc) In-Reply-To: <1128879261.2493.76.camel@localhost.localdomain> References: <200510061824.j96IOtIM016555@cvs-int.fedora.redhat.com> <1128662343.1704.170.camel@mccallum.corsepiu.local> <1128876776.1308.9.camel@ignacio.lan> <1128879261.2493.76.camel@localhost.localdomain> Message-ID: On Sun, 9 Oct 2005, Ville Skytt? wrote: > On Sun, 2005-10-09 at 12:52 -0400, Ignacio Vazquez-Abrams wrote: >> On Sun, 2005-10-09 at 18:40 +0200, Linus Walleij wrote: >>> This raises an issue I wanted to know for some time. Given package "foo" >>> can you somehow generate a dependency tree across all known (to yum e.g.) >>> repositories or atleaste core, updates and extras? >> >> rpm-devel has rpmgraph that you can use for that. > > repoquery from yum-utils is useful too, eg. > > repoquery --whatrequires `repoquery --provides foo` "repoquery --whatrequires --alldeps foo" will do the same job quite a bit faster... - Panu - From bugzilla at redhat.com Mon Oct 10 10:17:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 06:17:14 -0400 Subject: [Bug 168580] Review Request: perl-Crypt-DES In-Reply-To: Message-ID: <200510101017.j9AAHEBJ014779@www.beta.redhat.com> Please 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-Crypt-DES https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168580 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-10-10 06:17 EST ------- Review: - rpmlint nearly clean; see below - package and spec naming OK - package meets guidelines - license looks BSD-ish to me but see below - license text included in package - spec file written in English and is legible - sources match upstream - package builds OK in FC4 and in mock for rawhide (i386) - BR's OK - no locales, libraries, subpackages or pkgconfigs to worry about - not relocatable - no unowned directories or file permission problems - no duplicate files - %clean section present and correct - macro usage is consistent - no large docs, docs don't affect runtime - code, not content - no desktop entry needed - no scriptlets Queries: - I don't think the rpath-fixing editing out of LD_RUN_PATH from the Makefile is necessary for Fedora Extras packages (not since FC2 according to http://koti.welho.com/vskytta/packagers-handbook/packagers-handbook.html) - Why the manual dep on perl(Crypt::CBC)? I can understand the BuildRequire for this (needed for the test suite), but not the runtime dep. - License looks BSD-ish to me too, but I'm not a licensing expert and would appreciate it if someone more knowledgable on this gave it a look. You can shut rpmlint up by changing the License: tag to "BSD-style". - Why not use: %{perl_vendorarch}/auto/Crypt/ rather than: %{perl_vendorarch}/auto/ in the files 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 eric.tanguy at univ-nantes.fr Sat Oct 8 12:08:06 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sat, 08 Oct 2005 14:08:06 +0200 Subject: Software to add ? In-Reply-To: <20051008092206.GD3256@free.fr> References: <1128720911.2929.12.camel@bureau.maison> <20051008092206.GD3256@free.fr> Message-ID: <1128773286.2962.1.camel@bureau.maison> Le samedi 08 octobre 2005 ? 11:22 +0200, Patrice Dumas a ?crit : > On Fri, Oct 07, 2005 at 11:35:11PM +0200, Eric Tanguy wrote: > > Sorry to ask that but i would like to see these softs added : > > grace > > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > > grace is allready submitted > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 > > -- > Pat > Yes but it seems that the submission doesn't move since the 20/09. So why ? Eric From pertusus at free.fr Mon Oct 10 12:19:50 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 10 Oct 2005 14:19:50 +0200 Subject: Software to add ? In-Reply-To: <1128773286.2962.1.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> <20051008092206.GD3256@free.fr> <1128773286.2962.1.camel@bureau.maison> Message-ID: <20051010121950.GB3400@free.fr> > Yes but it seems that the submission doesn't move since the 20/09. So > why ? Don't know. Maybe because no reviewer assigned the bug to himself? Ed Hill seemed to be interested at some point, but he didn't assigned the bug to himself. Moreover I cannot speak for him, but it is possible that he doesn't have time those days to review packages. I am not a reviewer myself, I don't know how to become one, and although I reviewed grace I don't feel confident enough to approve it. -- Pat From mpeters at mac.com Mon Oct 10 12:35:57 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 10 Oct 2005 05:35:57 -0700 Subject: Software to add ? In-Reply-To: <1128773286.2962.1.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> <20051008092206.GD3256@free.fr> <1128773286.2962.1.camel@bureau.maison> Message-ID: <1128947758.17311.18.camel@locolhost.localdomain> On Sat, 2005-10-08 at 14:08 +0200, Eric Tanguy wrote: > Le samedi 08 octobre 2005 ? 11:22 +0200, Patrice Dumas a ?crit : > > On Fri, Oct 07, 2005 at 11:35:11PM +0200, Eric Tanguy wrote: > > > Sorry to ask that but i would like to see these softs added : > > > grace > > > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > > > > grace is allready submitted > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 > > > > -- > > Pat > > > Yes but it seems that the submission doesn't move since the 20/09. So > why ? > Eric I read the bug report - I'll read it in more detail and look at it tomorrow, and ping the bug - if one of the previous reviewers doesn't accept it for review, I might. From ed at eh3.com Mon Oct 10 12:52:03 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 10 Oct 2005 08:52:03 -0400 Subject: Software to add ? In-Reply-To: <20051010121950.GB3400@free.fr> References: <1128720911.2929.12.camel@bureau.maison> <20051008092206.GD3256@free.fr> <1128773286.2962.1.camel@bureau.maison> <20051010121950.GB3400@free.fr> Message-ID: <1128948723.3348.101.camel@ernie> On Mon, 2005-10-10 at 14:19 +0200, Patrice Dumas wrote: > > Yes but it seems that the submission doesn't move since the 20/09. So > > why ? > > Don't know. Maybe because no reviewer assigned the bug to himself? Ed Hill > seemed to be interested at some point, but he didn't assigned the bug to > himself. Moreover I cannot speak for him, but it is possible that he doesn't > have time those days to review packages. Hi Patrice & Eric, Yeah, I'm sorry, I've been mighty busy recently! And I probably won't have much free time this week, either... :-/ > I am not a reviewer myself, I don't know how to become one, and although > I reviewed grace I don't feel confident enough to approve it. Just from looking at your bugzilla comments, it looks like you (Patrice) have done a pretty thorough job of reviewing grace. And Eric has certainly been responsive in trying to implement suggestions -- good! So, if you (Patrice) are willing, please request addition to the "fedorabugs" group at: https://admin.fedora.redhat.com/accounts/ and you'll receive approval in a day or so. Then you'll have full permissions to re-assign/edit/close/etc. bugzilla entries so that you can be the formal reviewer. And I'll take a quick look at grace, too but I probably won't have time for a really thorough look. Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From mpeters at mac.com Mon Oct 10 12:53:27 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 10 Oct 2005 05:53:27 -0700 Subject: ruby-gnome2 [was Re: Software to add ?] In-Reply-To: <1128777691.32077.18.camel@locolhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> <1128777691.32077.18.camel@locolhost.localdomain> Message-ID: <1128948807.17311.34.camel@locolhost.localdomain> On Sat, 2005-10-08 at 06:21 -0700, Michael A. Peters wrote: > > How far did you get with the dependencies? > I don't think I want to maintain any ruby packages, but I certainly > would be willing to review/test. > Note on this - I've been working on a ruby-gnome2 rpm since this post. I do NOT want to maintain ruby-gnome2, I just wrote my first ruby "Hello World" application yesterday, but I might get a spec file I'm willing to let someone maintain who DOES want to maintain use. ruby-gnome2 is distributed either as ruby-gnome2-all or as a smaller ruby-gtk2 package. Everything in ruby-gtk2 is in ruby-gnome2. Everything in ruby-gnome2 builds on FC4 assuming you have all the libs installed. My inclination would be to package it as two packages - the gtk2 package (so that ruby packages that don't need the gnome stuff wouldn't need to suck in all the gnome libraries) and a gnome2 package that depends on the gtk2 package. I looked at what Mandrake (er, whatever they are calling it now) did, and they provide a bunch of small packages for each possible subpackage. The advantage to mandrakes approach is that the documentation for each module is easier to package via %doc. The disadvantage, I really don't think that many subpackages are necessary - I think just the gtk2 and the gnome2 subpackages would be enough. It's distributed upstream as two pieces, I think breaking it further makes things more complex while only potentially saving one or two shared libraries for the minimalist. What are thoughts on that? Again - I'd like to see Alexandria (or something like it) make it into Extras, assuming it works. Fits the whole LOTD for the common folk thing. Does anyone else have ruby-gnome2 spec files that might be a little more mature than mine? From jamatos at fc.up.pt Mon Oct 10 13:08:52 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Mon, 10 Oct 2005 14:08:52 +0100 Subject: Software to add ? References: <1128720911.2929.12.camel@bureau.maison> <20051008092206.GD3256@free.fr> <1128773286.2962.1.camel@bureau.maison> <20051010121950.GB3400@free.fr> <1128948723.3348.101.camel@ernie> Message-ID: Ed Hill wrote: > And Eric has > certainly been responsive in trying to implement suggestions -- good! I am really surprised to hear that. ;-) PS: the merit is from Eric for reviving the discussion, no doubt about it. :-) -- Jos? Matos From bugzilla at redhat.com Mon Oct 10 13:29:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 09:29:18 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510101329.j9ADTIb4015471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From adrian at lisas.de 2005-10-10 09:28 EST ------- Requires(post): desktop-file-utils Requires(postun): desktop-file-utils BR: howl-devel is not necessary if obby-devel requires it. If obby is built without howl support the howl-devel BR does nothing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 10 13:42:44 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 10 Oct 2005 09:42:44 -0400 Subject: buildsystem stuck (again) In-Reply-To: <1128934088.3128.11.camel@perun.redhat.usu> References: <1128850842.21492.7.camel@rousalka.dyndns.org> <1128934088.3128.11.camel@perun.redhat.usu> Message-ID: <1128951765.9096.15.camel@localhost.localdomain> On Mon, 2005-10-10 at 10:48 +0200, Tomas Mraz wrote: > On Sun, 2005-10-09 at 11:40 +0200, Nicolas Mailhot wrote: > > ? Package foo enqueued. (However, no Job ID was provided in the time > > required) ? > And again just now :( Kicked. 1774/libsigsegv is requeued as well. Dan From bugzilla at redhat.com Mon Oct 10 13:46:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 09:46:36 -0400 Subject: [Bug 169974] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510101346.j9ADkawd019064@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169974 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From paul at city-fan.org 2005-10-10 09:46 EST ------- *** This bug has been marked as a duplicate of 169971 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 13:46:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 09:46:46 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510101346.j9ADkkCh019122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From paul at city-fan.org 2005-10-10 09:46 EST ------- *** Bug 169974 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 Mon Oct 10 13:56:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 09:56:16 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate In-Reply-To: Message-ID: <200510101356.j9ADuGRk020909@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |169971 ------- Additional Comments From paul at city-fan.org 2005-10-10 09:56 EST ------- Currently can't get a connection to this 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 toshio at tiki-lounge.com Mon Oct 10 13:58:35 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 10 Oct 2005 06:58:35 -0700 Subject: ruby-gnome2 [was Re: Software to add ?] In-Reply-To: <1128948807.17311.34.camel@locolhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> <1128777691.32077.18.camel@locolhost.localdomain> <1128948807.17311.34.camel@locolhost.localdomain> Message-ID: <1128952715.4012.46.camel@localhost> On Mon, 2005-10-10 at 05:53 -0700, Michael A. Peters wrote: > My inclination would be to package it as two packages - the gtk2 package > (so that ruby packages that don't need the gnome stuff wouldn't need to > suck in all the gnome libraries) and a gnome2 package that depends on > the gtk2 package. > > I looked at what Mandrake (er, whatever they are calling it now) did, > and they provide a bunch of small packages for each possible subpackage. > > The advantage to mandrakes approach is that the documentation for each > module is easier to package via %doc. The disadvantage, I really don't > think that many subpackages are necessary - I think just the gtk2 and > the gnome2 subpackages would be enough. It's distributed upstream as two > pieces, I think breaking it further makes things more complex while only > potentially saving one or two shared libraries for the minimalist. gnome-python is broken up into pretty small subpackages. Perhaps the mandrake approach mirrors this for ruby. Not sure that it's a good idea, though. If you're developing or running on the GNOME platform, chances are you won't complain too much about pulling in all the dependencies for that platform. OTOH, if there's one "killer app" that people want but otherwise don't really need anything from ruby-gnome and that app wouldn't use all the subpackages, then people might not want to pull in any of the extra ones. -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 nicolas.mailhot at laposte.net Mon Oct 10 14:03:52 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 10 Oct 2005 16:03:52 +0200 Subject: buildsystem stuck (again) In-Reply-To: <1128951765.9096.15.camel@localhost.localdomain> References: <1128850842.21492.7.camel@rousalka.dyndns.org> <1128934088.3128.11.camel@perun.redhat.usu> <1128951765.9096.15.camel@localhost.localdomain> Message-ID: <1128953035.5116.17.camel@rousalka.dyndns.org> Le lundi 10 octobre 2005 ? 09:42 -0400, Dan Williams a ?crit : > On Mon, 2005-10-10 at 10:48 +0200, Tomas Mraz wrote: > > On Sun, 2005-10-09 at 11:40 +0200, Nicolas Mailhot wrote: > > > ? Package foo enqueued. (However, no Job ID was provided in the time > > > required) ? > > And again just now :( > > Kicked. 1774/libsigsegv is requeued as well. > Thanks -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ed at eh3.com Mon Oct 10 14:32:56 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 10 Oct 2005 10:32:56 -0400 Subject: Software to add ? In-Reply-To: References: <1128720911.2929.12.camel@bureau.maison> <20051008092206.GD3256@free.fr> <1128773286.2962.1.camel@bureau.maison> <20051010121950.GB3400@free.fr> <1128948723.3348.101.camel@ernie> Message-ID: <1128954776.3348.102.camel@ernie> On Mon, 2005-10-10 at 14:08 +0100, Jose' Matos wrote: > Ed Hill wrote: > > > And Eric has > > certainly been responsive in trying to implement suggestions -- good! > > I am really surprised to hear that. ;-) > > PS: the merit is from Eric for reviving the discussion, no doubt about > it. :-) Hi Jose, Yes, sorry! I should have said Jose instead of Eric in the earlier email -- my mistake! 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 jspaleta at gmail.com Mon Oct 10 14:53:17 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Oct 2005 10:53:17 -0400 Subject: ruby-gnome2 [was Re: Software to add ?] In-Reply-To: <1128948807.17311.34.camel@locolhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> <1128777691.32077.18.camel@locolhost.localdomain> <1128948807.17311.34.camel@locolhost.localdomain> Message-ID: <604aa7910510100753p27c7cda2t11771498b57e70fd@mail.gmail.com> On 10/10/05, Michael A. Peters wrote: > Does anyone else have ruby-gnome2 spec files that might be a little more > mature than mine? I was attempting to make subpackages per module when i looked at this. If you look back in the archives for this list starting on July 27th i had a short discussion about ruby packaging. Thread subject "Any tips or guidelines for creating ruby packages?" -jef From bugzilla at redhat.com Mon Oct 10 15:24:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 11:24:24 -0400 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200510101524.j9AFOOZK006368@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 ------- Additional Comments From dmitry at butskoy.name 2005-10-10 11:24 EST ------- Add PHP5 support (i.e., ready for FC4 and devel). PHP5 & FC4/devel: SRPM: http://dmitry.butskoy.name/php-extras/php-extras-5.0.4-0.src.rpm SPEC: http://dmitry.butskoy.name/php-extras/php-extras.spec.fc4 PHP4 & FC3: SRPM: http://dmitry.butskoy.name/php-extras/php-extras-4.3.11-0.src.rpm SPEC: http://dmitry.butskoy.name/php-extras/php-extras.spec.fc3 .spec files are mostly identical, just changed in default modules lists. You can omit defaults if specify "--without default --with " 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 Mon Oct 10 15:28:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 11:28:46 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate In-Reply-To: Message-ID: <200510101528.j9AFSkkB007328@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From dakingun at gmail.com 2005-10-10 11:28 EST ------- (In reply to comment #1) > Currently can't get a connection to this server. Please try again, should be o.k. 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 buc at odusz.so-cdu.ru Mon Oct 10 15:39:03 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 10 Oct 2005 19:39:03 +0400 Subject: Hypothetical php-extras srpm: what to include In-Reply-To: <4346A9FD.2020405@odu.neva.ru> References: <4343EA82.3070502@odu.neva.ru> <4346A9FD.2020405@odu.neva.ru> Message-ID: <434A8B17.4080003@odu.neva.ru> Both php4 and php5 versions are now ready. PHP4: dbase, pcntl, sysvmsg, readline, mcrypt, mhash, and optionally recode, mssql PHP5: dbase, fam, readline, mcrypt, mhash, sqlite, tidy, and optionally recode, mssql See http://bugzilla.redhat.com/bugzilla/170131 Dmitry Butskoy From bugzilla at redhat.com Mon Oct 10 15:38:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 11:38:11 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate In-Reply-To: Message-ID: <200510101538.j9AFcBrU009437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk (and qalculate-kde) - gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From paul at city-fan.org 2005-10-10 11:38 EST ------- Whilst this bugzilla entry includes spec files for qalculate-gtk and qalculate-kde, the SRPMs are both for qalculate-gtk. Please raise a separate bugzilla entry for qalculate-kde since it's actually a separate package, then remove the reference to qalculate-kde from the title of this entry. The new bug should depend on bug 169971, like this one does. The two packages can then be reviewed and approved separately. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Mon Oct 10 15:39:42 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 10 Oct 2005 08:39:42 -0700 Subject: ruby-gnome2 [was Re: Software to add ?] In-Reply-To: <604aa7910510100753p27c7cda2t11771498b57e70fd@mail.gmail.com> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> <1128777691.32077.18.camel@locolhost.localdomain> <1128948807.17311.34.camel@locolhost.localdomain> <604aa7910510100753p27c7cda2t11771498b57e70fd@mail.gmail.com> Message-ID: <1128958782.17311.59.camel@locolhost.localdomain> On Mon, 2005-10-10 at 10:53 -0400, Jeff Spaleta wrote: > On 10/10/05, Michael A. Peters wrote: > > Does anyone else have ruby-gnome2 spec files that might be a little more > > mature than mine? > > I was attempting to make subpackages per module when i looked at this. > If you look back in the archives for this list starting on July 27th i > had a short discussion about ruby packaging. Thread subject "Any tips > or guidelines for creating ruby packages?" Thanks - I should have searched the archives. >From reading it - looks like it is suggested we have a way to do something similar to perl(foo::bar) for provides/requires - that hopefully would work with rpm if/when rpm does autodependency stuff for ruby? There seem to be two (maybe more?) types of files a ruby script can require - pure ruby and a shareb object, ie require 'glib2' require 'pango.so' glib2 would refer to glib2.rb and pango.so would refer to pango.so (but ruby pango.so, not a system shared library) So if I understand that previous discussion, we really should write a macro that does it for us, package the macro, and BuildRequires the macro for ruby packages. The core ruby package would then also need to use the macro, so that what it provides would be known, so the macro would have to get into core (maybe into fedora's rpm?). Is that a correct assessment of what needs to be done for it to be done right? I'll start looking at the existing perl/python macros and see if I can figure out a way that makes sense with ruby, and if I figure out something, I'll post it to the rpm list to have it torn apart. From bugzilla at redhat.com Mon Oct 10 16:01:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:01:11 -0400 Subject: [Bug 169544] Review Request: php-tidy In-Reply-To: Message-ID: <200510101601.j9AG1BK3017758@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-tidy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169544 ------- Additional Comments From dmitry at butskoy.name 2005-10-10 12:00 EST ------- Simon, After some discussion in the fedora-extras-devel list: https://www.redhat.com/archives/fedora-extras-list/2005-October/msg00089.html , https://www.redhat.com/archives/fedora-extras-list/2005-October/msg00212.html , a decision was accepted to create common source rpm package (php-extras) for all subpackages with additional php modules not included in the main FC distro. As php-tidy is a part of standard PHP5 distribution, the "php-extras" work seems to eat your package completely... :) See review request at bug #170131 . Let's work further 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 tcallawa at redhat.com Mon Oct 10 16:13:22 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 10 Oct 2005 11:13:22 -0500 Subject: ruby-gnome2 [was Re: Software to add ?] In-Reply-To: <1128958782.17311.59.camel@locolhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <604aa7910510071446l67ec5f4fx76a839f2d7e6ca7e@mail.gmail.com> <1128777691.32077.18.camel@locolhost.localdomain> <1128948807.17311.34.camel@locolhost.localdomain> <604aa7910510100753p27c7cda2t11771498b57e70fd@mail.gmail.com> <1128958782.17311.59.camel@locolhost.localdomain> Message-ID: <1128960802.6766.147.camel@localhost.localdomain> On Mon, 2005-10-10 at 08:39 -0700, Michael A. Peters wrote: > So if I understand that previous discussion, we really should write a > macro that does it for us, package the macro, and BuildRequires the > macro for ruby packages. The core ruby package would then also need to > use the macro, so that what it provides would be known, so the macro > would have to get into core (maybe into fedora's rpm?). > > Is that a correct assessment of what needs to be done for it to be done > right? Sounds like it to me. If we can get something working, I will do my best to get FC to include it. ~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 Oct 10 16:14:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:14:23 -0400 Subject: [Bug 170296] New: Review Request: qalculate-kde - qt gui frontends to qalculate 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=170296 Summary: Review Request: qalculate-kde - qt gui frontends to qalculate Product: Fedora Extras Version: devel Platform: All URL: http://qalculate.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde-1.8.1.1-1.src.rpm Description: QT/KDE gui frontends to Qalculate! desktop calculator. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 16:14:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:14:31 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510101614.j9AGEVFd021060@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170296 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 16:21:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:21:31 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510101621.j9AGLVZ3022228@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: qalculate- |Review Request: qalculate- |gtk (and qalculate-kde) - |gtk - gtk+ gui frontends to |gui frontends to qalculate |qalculate ------- Additional Comments From dakingun at gmail.com 2005-10-10 12:21 EST ------- (In reply to comment #3) Following your suggestion, I have created a new entry for qalculate-kde (bug #170296), and change this to be solely for qalculate-gtk. The spec and srpm files are still here; Spec Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-1.8.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 Oct 10 16:25:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:25:31 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510101625.j9AGPVjq022960@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-10 12:25 EST ------- Ah, I bet that's it - I had missed that step in the wiki instructions :) The error messages have been really vague (I've gotten a couple other error messages that I was able to work around, and they were all big, long code traces - for example, putting in too much text in the comments section when creating an account (>1024 characters, if I recall)) Thanks for 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 bugzilla at redhat.com Mon Oct 10 16:35:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:35:39 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510101635.j9AGZdB0024403@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-10 12:35 EST ------- Updated. I also removed desktop-file-utils from BuildRequires, since it only `install -m 644`'s the desktop file. http://people.redhat.com/lmacken/gobby-0.2.2-4.src.rpm http://people.redhat.com/lmacken/gobby.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 Oct 10 16:49:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:49:14 -0400 Subject: [Bug 170303] New: Review Request: google-perftools: Very fast malloc & performance analysis 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=170303 Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools Product: Fedora Extras Version: devel Platform: All URL: http://goog-perftools.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/google-perftools.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/google-perftools-0.3-1.src.rpm Description: Perf Tools is a collection of performance analysis tools, including a high-performance multi-threaded malloc() implementation that works particularly well with threads and STL, a thread-friendly heap-checker, a heap profiler, and a cpu-profiler. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 16:49:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:49:17 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510101649.j9AGnHac026883@www.beta.redhat.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| |170303 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 16:58:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 12:58:33 -0400 Subject: [Bug 169735] Review Request: tetex-fontools - Tools to simplify using fonts. In-Reply-To: Message-ID: <200510101658.j9AGwXe8028536@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-fontools - Tools to simplify using fonts. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169735 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From mpeters at mac.com 2005-10-10 12:58 EST ------- imported into CVS, branched, owners list updated, builds on FC-3,FC-4,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 Oct 10 17:15:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:15:24 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510101715.j9AHFOu4031390@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-10 13:15 EST ------- Hmm, new problem (step 13): [meme at daughtersoftiresias code]$ export CVSROOT=:ext:meme at cvs.fedora.redhat.com:/cvs/extras [meme at daughtersoftiresias code]$ export CVS_RSH=ssh [meme at daughtersoftiresias code]$ cvs co common For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs Permission denied (publickey,keyboard-interactive). cvs [checkout aborted]: end of file from server (consult above messages if any) [meme at daughtersoftiresias code]$ The only thing I can think of is the step where they said to give the id_dsa.pub file. The only id-dsa.pub file that I have was /etc/sysconfig/netdump_id_dsa.pub, so I sent that one; however, I have no clue whether that was the right thing or not. I also have three pub files in /etc/ssh - perhaps /etc/ssh/ssh_host_dsa_key.pub would be more proper? (by the way, if there is a different place I should be discussing problems that I encounter while trying to get setup, please let me know) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 17:17:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:17:25 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510101717.j9AHHPRW031759@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 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-10-10 13:17 EST ------- Good: - package and spec naming OK - package meets most guidelines - license is GPL - spec file written in English and is legible - sources match upstream - package builds OK on FC4 and in mock for rawhide (i386) - proper use of %find_lang for locales - 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 - libtool archive not included - no desktop file needed - qalc seems to run ok, but I only played very briefly with it Needswork: - rpmlint not clean, mainly due to not splitting off header files etc. into a separate -devel subpackage - BuildReqs need a bit of work (see below) - ldconfig not run in %post/%postun - package includes static libraries (deprecated in Fedora) - http://qalculate.sourceforge.net/downloads.html suggests that libxml2 >= 2.3.8 is a buildreq - the program will include readline/ncurses support if available at build time, so readline-devel & ncurses-devel should be added as buildreqs - explicit glib2 & libxml2 deps are redundant and should be removed - the Makefile includes DESTDIR support, which I believe is preferred to using %makeinstall - the README file just includes a URL to visit so isn't really worth including - the AUTHORS and TODO files probably are worth including as %doc - license text in COPYING should be included as %doc Suggestions: - perhaps split off a separate package for the text-mode qalc program itself (maybe called qalculate?) I'll attach a patch addressing the Needswork issues. I haven't reviewed a library before so anyone more experienced with those can please take a look 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 eric.tanguy at univ-nantes.fr Mon Oct 10 16:51:54 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 10 Oct 2005 18:51:54 +0200 Subject: Software to add ? In-Reply-To: <1128720911.2929.12.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> Message-ID: <1128963114.2894.2.camel@bureau.maison> Le vendredi 07 octobre 2005 ? 23:35 +0200, Eric Tanguy a ?crit : > Sorry to ask that but i would like to see these softs added : > grace > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > qucs (http://qucs.sourceforge.net/) > alexandria (http://alexandria.rubyforge.org/) > > Is it possible ? > Thanks > Eric > > Concerning qucs : this project seems to be very promising! I found a rpm for fc4 (http://www.sp5pbe.waw.pl/~sp5smk/qucs.html) but the availability of the website is quiet low. If nobody wants to own it i can try but i have no idea how to realize a good spec file for fc4. I found also 2 more softs that could be very interesting to include in extras : ircd-hybrid (http://www.ircd-hybrid.org/index.php) cgiirc (http://cgiirc.sourceforge.net/) What do you think of this ? Thanks Eric From bugzilla at redhat.com Mon Oct 10 17:30:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:30:52 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101730.j9AHUqTB001709@www.beta.redhat.com> Please 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-10-10 13:30 EST ------- Hi folks, Heres a quick-ish review: needswork: - rpmlint complains about soft links: 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 dangling-symlink /usr/share/grace/include /usr/include W: grace-devel symlink-should-be-relative /usr/share/grace/include /usr/include which could be converted to relative links which would remove half of the warnings OK: - source matches upstream - naming and spec look good - license looks OK and is in %doc - builds in mock on FC4 - runs without segfaulting - code not content OK - desktop-file-install looks OK and I don't see any blockers. Since Patrice seems to have done most of the actual review work I think he deserves to be the reviewer! We've discussed on the extras mailing list how to get the bugzilla permissions for that so he should be able to do it. And if Patrice can't be the formal reviewer then someone please ping me this coming weekend 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 Mon Oct 10 17:31:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:31:02 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510101731.j9AHV2MJ001783@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From tcallawa at redhat.com 2005-10-10 13:30 EST ------- You need to generate an id_dsa keypair for interacting with the CVS server. You can do that by running: ssh-keygen It will put keys in ~/.ssh/ I don't know if the account system will let you upload a fixed ssh key, but if not, we'll have to put in the good key. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 17:31:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:31:09 -0400 Subject: [Bug 170309] New: Review Request: opencv 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=170309 Summary: Review Request: opencv Product: Fedora Extras Version: devel Platform: All URL: http://nomis80.org/rpms/SPECS/opencv.spec OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: nomis80 at nomis80.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://nomis80.org/rpms/SPECS/opencv.spec SRPM Name or Url: http://nomis80.org/rpms/SRPMS/opencv-0.9.7-1.src.rpm Description: OpenCV means Intel? Open Source Computer Vision Library. It is a collection of functions and a few C++ classes that implement some popular Image Processing nd Computer Vision algorithms. *** This is my first package and I am seeking 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 Mon Oct 10 17:31:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:31:17 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510101731.j9AHVHRg001881@www.beta.redhat.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 nomis80 at nomis80.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170309 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 10 17:37:48 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 10 Oct 2005 12:37:48 -0500 Subject: Software to add ? In-Reply-To: <1128963114.2894.2.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> Message-ID: <1128965869.6766.157.camel@localhost.localdomain> On Mon, 2005-10-10 at 18:51 +0200, Eric Tanguy wrote: > Le vendredi 07 octobre 2005 ? 23:35 +0200, Eric Tanguy a ?crit : > > Sorry to ask that but i would like to see these softs added : > > grace > > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > > qucs (http://qucs.sourceforge.net/) > > alexandria (http://alexandria.rubyforge.org/) > > > > Is it possible ? > > Thanks > > Eric > > > > > Concerning qucs : this project seems to be very promising! I found a rpm > for fc4 (http://www.sp5pbe.waw.pl/~sp5smk/qucs.html) but the > availability of the website is quiet low. If nobody wants to own it i > can try but i have no idea how to realize a good spec file for fc4. Start packaging! We'll help you out, and you'll get better at it with every attempt. :) ~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 Oct 10 17:37:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:37:46 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510101737.j9AHbkrw002975@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Package Review |aalib ------- Additional Comments From ivazquez at ivazquez.net 2005-10-10 13:37 EST ------- Please read http://www-128.ibm.com/developerworks/library/l-keyc.html. And yes, it would be better to discuss this on the mailing 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 Mon Oct 10 17:47:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 13:47:42 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101747.j9AHlgcA004340@www.beta.redhat.com> Please 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 ndbecker2 at verizon.net 2005-10-10 13:47 EST ------- Can't we include pdf support via pdflib-lite? This is how it is build on biorpms. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 18:01:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:01:34 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101801.j9AI1Yil006834@www.beta.redhat.com> Please 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 tcallawa at redhat.com 2005-10-10 14:01 EST ------- No. PDFlib has an incompatible license with 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 Mon Oct 10 18:05:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:05:56 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101805.j9AI5uKf007625@www.beta.redhat.com> Please 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-10-10 14:05 EST ------- (In reply to comment #19) > Hi folks, > > Heres a quick-ish review: > > needswork: > - rpmlint complains about soft links: > > 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 dangling-symlink /usr/share/grace/include > /usr/include > W: grace-devel symlink-should-be-relative /usr/share/grace/include > /usr/include > > which could be converted to relative links which would remove half > of the warnings Are you implying that /usr/bin and /usr/include could not be present in a system where we are installing the package? :-) I think that those warnings are bogus and should be ignored. > and I don't see any blockers. Since Patrice seems to have done most > of the actual review work I think he deserves to be the reviewer! We've > discussed on the extras mailing list how to get the bugzilla permissions > for that so he should be able to do it. That is fair. :-) > And if Patrice can't be the formal reviewer then someone please ping me > this coming weekend and I'll approve it. I will do it if necessary. 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 Oct 10 18:18:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:18:07 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510101818.j9AII7nP010231@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |170296 nThis| | ------- Additional Comments From dakingun at gmail.com 2005-10-10 14:17 EST ------- Updated spec file and .srpm here Spec Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate-1.8.1.2-2.src.rpm I'm sure though if another package needs to be spin-off from this. Thanks Paul for the review and the patch. Deji -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 18:18:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:18:05 -0400 Subject: [Bug 168037] Review Request: tetex-movie15 In-Reply-To: Message-ID: <200510101818.j9AII5i4010206@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-movie15 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168037 ------- Additional Comments From mpeters at mac.com 2005-10-10 14:17 EST ------- http://mpeters.us/fc_extras/tetex-movie15-20050829-1.src.rpm http://mpeters.us/fc_extras/tetex-movie15.spec Updated spec file to fix some packaging booboos I 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 Mon Oct 10 18:25:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:25:18 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101825.j9AIPIct011740@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-10-10 14:25 EST ------- I agree about the rpmlint warnings. Relative path symlinks could break with a change to %_bindir or %_datadir unless you scripted a way to take both as arguements and create a relative path. Full path symlinks would not break as long as %_bindir is used when the link is 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 Mon Oct 10 18:26:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:26:05 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101826.j9AIQ5oU011882@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-10-10 14:25 EST ------- I mean I agree about them being ignorable. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 18:40:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:40:19 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510101840.j9AIeJ34014468@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From bugs.michael at gmx.net 2005-10-10 14:39 EST ------- > I don't know if the account system will let you upload a fixed ssh key It's an offered feature, so it's supposed to 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 Mon Oct 10 18:54:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:54:05 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101854.j9AIs5ac017740@www.beta.redhat.com> Please 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 tcallawa at redhat.com 2005-10-10 14:53 EST ------- Why not just move the files those locations rather than symlink 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 Mon Oct 10 18:55:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 14:55:06 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510101855.j9AIt6i8017978@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From adrian at lisas.de 2005-10-10 14:54 EST ------- Oh, good that you mention the desktop file. Even if it is already installed by the Makefile you have to call desktop-file-install like it is mentioned at: http://fedoraproject.org/wiki/PackagingGuidelines#head-37131c9c3cb4b69fdb1269f6e91fa9c413d2add1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 19:00:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:00:35 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101900.j9AJ0Zt0018923@www.beta.redhat.com> Please 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 ndbecker2 at verizon.net 2005-10-10 15:00 EST ------- Are you sure about pdflib? I am using pdflib-lite, which has IIRC more liberal licensing than pdflib. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Mon Oct 10 17:46:58 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 10 Oct 2005 19:46:58 +0200 Subject: Software to add ? In-Reply-To: <1128965869.6766.157.camel@localhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> Message-ID: <1128966418.2942.5.camel@bureau.maison> Le lundi 10 octobre 2005 ? 12:37 -0500, Tom 'spot' Callaway a ?crit : > On Mon, 2005-10-10 at 18:51 +0200, Eric Tanguy wrote: > > Le vendredi 07 octobre 2005 ? 23:35 +0200, Eric Tanguy a ?crit : > > > Sorry to ask that but i would like to see these softs added : > > > grace > > > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > > > qucs (http://qucs.sourceforge.net/) > > > alexandria (http://alexandria.rubyforge.org/) > > > > > > Is it possible ? > > > Thanks > > > Eric > > > > > > > > Concerning qucs : this project seems to be very promising! I found a rpm > > for fc4 (http://www.sp5pbe.waw.pl/~sp5smk/qucs.html) but the > > availability of the website is quiet low. If nobody wants to own it i > > can try but i have no idea how to realize a good spec file for fc4. > > Start packaging! We'll help you out, and you'll get better at it with > every attempt. :) > > ~spot Ok but i know nothing about spec and the first thing i think is to use the actual spec file made by Wojciech Kazubski (i used already it to install qucs in my system) but i don't know how to do that because it's its own work. After that I don't know how to submit the spec file and the src.rpm to the community to eliminate the mistakes. That's all what i see for now. -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From ed at eh3.com Mon Oct 10 19:19:20 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 10 Oct 2005 15:19:20 -0400 Subject: Software to add ? In-Reply-To: <1128966418.2942.5.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> <1128966418.2942.5.camel@bureau.maison> Message-ID: <1128971960.3348.214.camel@ernie> On Mon, 2005-10-10 at 19:46 +0200, Eric Tanguy wrote: > Le lundi 10 octobre 2005 ? 12:37 -0500, Tom 'spot' Callaway a ?crit : > > On Mon, 2005-10-10 at 18:51 +0200, Eric Tanguy wrote: > > > Le vendredi 07 octobre 2005 ? 23:35 +0200, Eric Tanguy a ?crit : > > > > Sorry to ask that but i would like to see these softs added : > > > > grace > > > > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > > > > qucs (http://qucs.sourceforge.net/) > > > > alexandria (http://alexandria.rubyforge.org/) > > > > > > > > Is it possible ? > > > > Thanks > > > > Eric > > > > > > > > > > > Concerning qucs : this project seems to be very promising! I found a rpm > > > for fc4 (http://www.sp5pbe.waw.pl/~sp5smk/qucs.html) but the > > > availability of the website is quiet low. If nobody wants to own it i > > > can try but i have no idea how to realize a good spec file for fc4. > > > > Start packaging! We'll help you out, and you'll get better at it with > > every attempt. :) > > > > ~spot > Ok but i know nothing about spec and the first thing i think is to use > the actual spec file made by Wojciech Kazubski (i used already it to > install qucs in my system) but i don't know how to do that because it's > its own work. After that I don't know how to submit the spec file and > the src.rpm to the community to eliminate the mistakes. > That's all what i see for now. Hi Eric, All packagers have to start somewhere! I made lots of mistakes getting started and still do make plenty of mistakes. ;-) The "rules" for Fedora packaging are not too hard: http://fedoraproject.org/wiki/Extras there are many spec-file examples in Fedora Extras CVS, and (as Spot said) you will certainly get some help if you make an effort. So dive in and give it a try! ;-) 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 Mon Oct 10 19:26:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:26:09 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101926.j9AJQ9SS024467@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-10-10 15:25 EST ------- I should do a closer inspection - but the included fonts look like what is already packaged in Core in the urw-fonts package - which is in the xfs fontpath already. Do they need to be packaged here, or would simply Requires: urw-fonts suffice? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 19:31:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:31:07 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101931.j9AJV76O025428@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-10-10 15:30 EST ------- (In reply to comment #26) > Are you sure about pdflib? I am using pdflib-lite, which has IIRC more > liberal licensing than pdflib. > Here is information on pdflib-lite http://www.pdflib.com/purchase/license-lite.html I think it is worth asking the lawyers - because it looks like it could be included to me. -=- # PDFlib Lite can be used for free if you are an open source developer. This means that you must disclose the full source code of your project, and make it available under an OSI-approved open source license (see www.opensource.org). Note that "full source code" includes all components of the project, not only those which are directly attached to PDFlib Lite. # PDFlib Lite can be used for free if you are a private user. # PDFlib Lite can be used for free if you are a research user. # PDFlib Lite source code may be redistributed. If modifications have been made these must be clearly marked as such. # PDFlib Lite may be redistributed in binary (compiled) form provided the license, documentation, and programming samples are also included. Alternatively, the documentation may be made available for free download instead of including 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 Oct 10 19:35:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:35:13 -0400 Subject: [Bug 168265] Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects In-Reply-To: Message-ID: <200510101935.j9AJZDsV026108@www.beta.redhat.com> Please 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-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |chris at chrisgrau.com BugsThisDependsOn| |163779 ------- Additional Comments From chris at chrisgrau.com 2005-10-10 15:35 EST ------- Good: - rpmlint clean - package and spec file names okay - license is okay, matches upstream - spec is legible and in am. english - source matches upstream - builds cleanly in mock (FC-4 i386) - no missing BRs, no superfluous BRs - owns proper directories - file permissions okay, %files okay I'm happy with the "--with oracle" solution. I'll consider this package 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 Oct 10 19:35:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:35:29 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510101935.j9AJZTIE026194@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 ------- Additional Comments From karen-pease at uiowa.edu 2005-10-10 15:35 EST ------- Got it - thanks, 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 Mon Oct 10 19:43:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:43:25 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510101943.j9AJhPnc028313@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-10 15:43 EST ------- done. http://people.redhat.com/lmacken/gobby-0.2.2-5.src.rpm http://people.redhat.com/lmacken/gobby.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 Oct 10 19:45:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:45:26 -0400 Subject: [Bug 167943] Review Request: sblim-cmpi-base In-Reply-To: Message-ID: <200510101945.j9AJjQ1E028930@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sblim-cmpi-base https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167943 ------- Additional Comments From hamzy at us.ibm.com 2005-10-10 15:45 EST ------- What is the next step in the 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 bugzilla at redhat.com Mon Oct 10 19:47:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:47:50 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510101947.j9AJloMp029772@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ------- Additional Comments From ed at eh3.com 2005-10-10 15:47 EST ------- Hi Simon, I'm really happy to see that someone is interested in volunteering to package OpenCV for Fedora. I spent a few hours looking at it and got bogged down in the dependency details. Mainly, OpenCV needs ffmpeg which is LGPL (good!) but it unfortunately has some very real legal issues regarding patents as described in their FAQ: http://ffmpeg.sourceforge.net/legal.php so, in all likelihood, ffmpeg cannot be added to Fedora Extras per the patent requirements: http://fedoraproject.org/wiki/PackagingGuidelines which would then mean that OpenCV is effectively excluded since it depends upon ffmpeg and FE packages cannot depend upon packages that are themselves excluded from FE. And if I've made any mistakes in the above reasoning then please point them 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 Oct 10 19:59:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 15:59:24 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510101959.j9AJxOpE031605@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-10-10 15:59 EST ------- Upon closer inspection - the fonts in this package are in fact just a subset of the fonts provided by urw-fonts. Font names match when viewed in a font viewer, filenames match exactly 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 Mon Oct 10 20:15:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 16:15:22 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510102015.j9AKFMkv001260@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-10-10 16:15 EST ------- I took a look at perl-Template-Toolkit.spec and I like the way it handles __perl_provides. I prefer that approach, but no one has convinced me that Spot's approach is completely broken. Since the rest of the package is fine, I'm going to approve it. I'll leave it up to Spot to change it post-commit if he wants 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 Mon Oct 10 20:16:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 16:16:50 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510102016.j9AKGoEm001456@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ------- Additional Comments From nomis80 at nomis80.org 2005-10-10 16:16 EST ------- Thankfully, that dependency seems to be optional. I've updated my package accordingly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 20:25:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 16:25:15 -0400 Subject: [Bug 168265] Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects In-Reply-To: Message-ID: <200510102025.j9AKPFOU003098@www.beta.redhat.com> Please 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-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn|163779 | OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-10 16:25 EST ------- (just changing the "depends" on FE-ACCEPT to a "blocks" 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 bugzilla at redhat.com Mon Oct 10 21:04:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 17:04:11 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510102104.j9AL4B7C008966@www.beta.redhat.com> Please 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 tcallawa at redhat.com 2005-10-10 17:04 EST ------- (In reply to comment #28) > (In reply to comment #26) > > Are you sure about pdflib? I am using pdflib-lite, which has IIRC more > > liberal licensing than pdflib. > > > > Here is information on pdflib-lite > > http://www.pdflib.com/purchase/license-lite.html But you can't use it in a commercial setting. Thus it is a "non-commercial use only" license, which is not permissable for Fedora Extras. If it was dual licensed with the pdflib-lite license and something without a use restriction... (e.g. mysql), but it isn't. Sorry... I know it would be mighty useful. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 21:06:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 17:06:40 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510102106.j9AL6eO9009317@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-10-10 17:06 EST ------- In playing with a little - it does run without the bin and lib symlinks. It does not run without the type directory in fonts, but does if that is symlinked to /usr/share/fonts/default/Type1 It *would be nice* if it didn't expect the fonts to be within its datadir directory but could find the fonts it wants through fontconfig or xfs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 10 21:17:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 17:17:18 -0400 Subject: [Bug 167943] Review Request: sblim-cmpi-base In-Reply-To: Message-ID: <200510102117.j9ALHIUi010334@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sblim-cmpi-base https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167943 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com ------- Additional Comments From tcallawa at redhat.com 2005-10-10 17:17 EST ------- No one has reviewed this yet... but here is some information to help you out: If you're a new contributor (if this is your first package) you need to follow the steps listed here: http://fedoraproject.org/wiki/Extras/Contributors I took a very quick glance at your spec file, and the following issues need to be corrected: - Use the Fedora standard BuildRoot as defined in PackagingGuidelines - Don't do this: Release: 1%{?tog_pegasus:.tog_pegasus} You shouldn't be putting random text in the release field, conditionalized or not. The only thing that can go there are specific pre/post release cases (e.g. openssl 0.9.6a, mozilla 1.8beta1) or the dist tag (%{?dist}). All of these are documented in PackagingGuidelines - Source0: http://prdownloads. ... thats not a valid url (wget will choke on it). Change it to http://download.sourceforge.net/... - Unconditionalize your requires. You either need em or you don't. When in doubt, default to including them and making the package as fully featured as possible. Same goes for the %configure conditionalizing. - The devel and test packages need Requires: %{name} = %{version}-%{release}, not just %{version}. - %setup -n %{name}-%{version} is the default, you can just say %setup - don't conditionalize the removal of $RPM_BUILD_ROOT, just nuke it. We're always setting it in the spec file, so we know it will never ever ever be / without checking. - don't strip the libraries, the rpm build process does this for us, and saves it in the -debuginfo package, so we can use those symbols for debugging later. - you don't need to conditionalize the %postun ldconfig call, because it never hurts to run ldconfig. :) Also, in the unlikely case that the new package doesn't install but the old one goes out, we still want the system state to reflect that. - Don't use %{version}-%{release} in changelog, this will only be right once. Hardcode it. If you have any questions, let me know. Post a package that has the above items resolved, and I'll do a formal 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 eric.tanguy at univ-nantes.fr Mon Oct 10 20:53:09 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 10 Oct 2005 22:53:09 +0200 Subject: Software to add ? In-Reply-To: <1128971960.3348.214.camel@ernie> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> <1128966418.2942.5.camel@bureau.maison> <1128971960.3348.214.camel@ernie> Message-ID: <1128977590.2942.19.camel@bureau.maison> Le lundi 10 octobre 2005 ? 15:19 -0400, Ed Hill a ?crit : > On Mon, 2005-10-10 at 19:46 +0200, Eric Tanguy wrote: > > Le lundi 10 octobre 2005 ? 12:37 -0500, Tom 'spot' Callaway a ?crit : > > > On Mon, 2005-10-10 at 18:51 +0200, Eric Tanguy wrote: > > > > Le vendredi 07 octobre 2005 ? 23:35 +0200, Eric Tanguy a ?crit : > > > > > Sorry to ask that but i would like to see these softs added : > > > > > grace > > > > > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > > > > > qucs (http://qucs.sourceforge.net/) > > > > > alexandria (http://alexandria.rubyforge.org/) > > > > > > > > > > Is it possible ? > > > > > Thanks > > > > > Eric > > > > > > > > > > > > > > Concerning qucs : this project seems to be very promising! I found a rpm > > > > for fc4 (http://www.sp5pbe.waw.pl/~sp5smk/qucs.html) but the > > > > availability of the website is quiet low. If nobody wants to own it i > > > > can try but i have no idea how to realize a good spec file for fc4. > > > > > > Start packaging! We'll help you out, and you'll get better at it with > > > every attempt. :) > > > > > > ~spot > > Ok but i know nothing about spec and the first thing i think is to use > > the actual spec file made by Wojciech Kazubski (i used already it to > > install qucs in my system) but i don't know how to do that because it's > > its own work. After that I don't know how to submit the spec file and > > the src.rpm to the community to eliminate the mistakes. > > That's all what i see for now. > > Hi Eric, > > All packagers have to start somewhere! I made lots of mistakes getting > started and still do make plenty of mistakes. ;-) > > The "rules" for Fedora packaging are not too hard: > > http://fedoraproject.org/wiki/Extras > > there are many spec-file examples in Fedora Extras CVS, and (as Spot > said) you will certainly get some help if you make an effort. So dive > in and give it a try! ;-) > > Ed > Ok so i modified the spec file and the first thing i need is to construct a src.rpm file from the files i need. How can i do that ? After that i will try rpmlint to see what will be the errors and the warnings. Is it a good way ? -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From buildsys at fedoraproject.org Mon Oct 10 21:44:36 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 10 Oct 2005 17:44:36 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051010214436.978B18080@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 3 arc-5.21n-1.fc5 epiphany-extensions-1.8.1-1 tetex-fontools-20051003-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 Mon Oct 10 21:57:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 17:57:01 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510102157.j9ALv1JW014979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From bugs.michael at gmx.net 2005-10-10 17:56 EST ------- What I find odd is that the package is called "libqalculate", but that the package description reads like it's an application (quote: a "multi-purpose desktop calculator"). It is commonly considered bad taste to repeat the product name in the "Summary:" line (better: "Summary: Multi-purpose calculator library" or similar). libcalculate-devel contains a pkg-config file which links -lgmp, so the package should "Requires: gmp-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 buildsys at fedoraproject.org Mon Oct 10 22:15:29 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 10 Oct 2005 18:15:29 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051010221529.768D18080@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 3 arc-5.21n-1.fc4 perl-Test-Inline-2.103-2.fc4 tetex-fontools-20051003-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From mpeters at mac.com Mon Oct 10 22:58:28 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 10 Oct 2005 15:58:28 -0700 Subject: Software to add ? In-Reply-To: <1128977590.2942.19.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> <1128966418.2942.5.camel@bureau.maison> <1128971960.3348.214.camel@ernie> <1128977590.2942.19.camel@bureau.maison> Message-ID: <1128985109.17311.92.camel@locolhost.localdomain> On Mon, 2005-10-10 at 22:53 +0200, Eric Tanguy wrote: > > > Ok so i modified the spec file and the first thing i need is to > construct a src.rpm file from the files i need. How can i do that ? > After that i will try rpmlint to see what will be the errors and the > warnings. Is it a good way ? 1) make sure you build as a normal user, not root. That means you need a local use rpm environment. This will create it: cd ~ mkdir -p rpm/{RPMS,SRPMS,BUILD,SOURCES,SPECS,tmp} mkdir -p rpm/RPMS/{i386,i486,i586,i686,athlon,noarch} Then create a .rpmmacros file cat < ~/.rpmmacros # default .rpmmacros file for user accounts %_topdir %(/bin/echo $HOME)/rpm %_tmppath %_topdir/tmp EOF Your sources (including patches) go in ~/rpm/SOURCES/ Your spec files go in ~/rpm/SPECS/ You build a src.rpm from a spec file with rpmbuild -bs foo.spec You can then run rpmlint on - then test build it: rpmbuild --rebuild ~/rpm/SRPMS/foo.src.rpm As a final test, you should build it in mock. There's a mock howto in the wiki. There's also free documentation for how to use rpm - I think its called "Maximum RPM" unless it has changed its name - it's what I learned from eons ago. From ivazquez at ivazquez.net Mon Oct 10 23:10:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 10 Oct 2005 19:10:12 -0400 Subject: Software to add ? In-Reply-To: <1128985109.17311.92.camel@locolhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> <1128966418.2942.5.camel@bureau.maison> <1128971960.3348.214.camel@ernie> <1128977590.2942.19.camel@bureau.maison> <1128985109.17311.92.camel@locolhost.localdomain> Message-ID: <1128985812.9378.3.camel@ignacio.lan> On Mon, 2005-10-10 at 15:58 -0700, Michael A. Peters wrote: > On Mon, 2005-10-10 at 22:53 +0200, Eric Tanguy wrote: > > > > > > Ok so i modified the spec file and the first thing i need is to > > construct a src.rpm file from the files i need. How can i do that ? > > After that i will try rpmlint to see what will be the errors and the > > warnings. Is it a good way ? > > 1) make sure you build as a normal user, not root. That means you need a > local use rpm environment. This will create it: sudo yum install fedora-rpmdevtools fedora-buildrpmtree -- 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 eric.tanguy at univ-nantes.fr Sat Oct 8 18:05:01 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sat, 08 Oct 2005 20:05:01 +0200 Subject: Software to add ? In-Reply-To: <1128720911.2929.12.camel@bureau.maison> References: <1128720911.2929.12.camel@bureau.maison> Message-ID: <1128794701.3906.4.camel@bureau.maison> Le vendredi 07 octobre 2005 ? 23:35 +0200, Eric Tanguy a ?crit : > Sorry to ask that but i would like to see these softs added : > grace > (http://plasma-gate.weizmann.ac.il/Grace/http://plasma-gate.weizmann.ac.il/Grace/) > qucs (http://qucs.sourceforge.net/) > alexandria (http://alexandria.rubyforge.org/) > > Is it possible ? > Thanks > Eric > > Concerning qucs : this project seems to be very promising! I found a rpm for fc4 (http://www.sp5pbe.waw.pl/~sp5smk/qucs.html) but the availability of the website is quiet low. If nobody wants to own it i can try but i have no idea how to realize a good spec file for fc4. I found also 2 more softs that could be very interesting to include in extras : ircd-hybrid (http://www.ircd-hybrid.org/index.php) cgiirc (http://cgiirc.sourceforge.net/) What do you think of this ? Thanks Eric From mpeters at mac.com Mon Oct 10 23:33:26 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 10 Oct 2005 16:33:26 -0700 Subject: Software to add ? In-Reply-To: <1128985812.9378.3.camel@ignacio.lan> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> <1128966418.2942.5.camel@bureau.maison> <1128971960.3348.214.camel@ernie> <1128977590.2942.19.camel@bureau.maison> <1128985109.17311.92.camel@locolhost.localdomain> <1128985812.9378.3.camel@ignacio.lan> Message-ID: <1128987207.17311.94.camel@locolhost.localdomain> On Mon, 2005-10-10 at 19:10 -0400, Ignacio Vazquez-Abrams wrote: > > sudo yum install fedora-rpmdevtools > fedora-buildrpmtree > Hey wow - nifty. From mpeters at mac.com Tue Oct 11 00:32:21 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 10 Oct 2005 17:32:21 -0700 Subject: Sponsor Question Message-ID: <1128990741.28326.5.camel@locolhost.localdomain> A little while back I reviewed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 The packager looks like he doesn't have a sponsor, which I can't do. Should I change the package back to FE-NEW so that someone who can sponsor can review? From bugzilla at redhat.com Tue Oct 11 01:46:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 21:46:46 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510110146.j9B1kkaU009022@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 Bug 169247 depends on bug 168213, which changed state. Bug 168213 Summary: Review request: perl-Test-Inline - Test::Inline Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168213 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 Oct 11 01:52:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 21:52:27 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510110152.j9B1qRcZ009649@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 Bug 169247 depends on bug 168265, which changed state. Bug 168265 Summary: Review request: perl-DBIx-SearchBuilder - Encapsulate SQL queries and rows in simple perl objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168265 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 rc040203 at freenet.de Tue Oct 11 02:03:58 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 11 Oct 2005 04:03:58 +0200 Subject: Build system broken once again Message-ID: <1128996239.1704.222.camel@mccallum.corsepiu.local> It's broken once again: # make plague ... Package xxx enqueued. (However, no Job ID was provided in the time required) # date -u Tue Oct 11 01:59:41 UTC 2005 Ralf From bugzilla at redhat.com Tue Oct 11 02:14:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 22:14:45 -0400 Subject: [Bug 170372] New: Review Request: moodle: A Course Management 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=170372 Summary: Review Request: moodle: A Course Management System Product: Fedora Extras Version: devel Platform: All URL: http://moodle.org/ 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/moodle.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/moodle-1.5.2-1.src.rpm Description: Moodle is a course management system (CMS) - a free, Open Source software package designed using sound pedagogical principles, to help educators create effective online learning communities. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 02:14:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 22:14:59 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510110214.j9B2ExSf011449@www.beta.redhat.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| |170372 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 03:57:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 23:57:41 -0400 Subject: [Bug 170225] Review Request: mimetex: Easily embed LaTeX math in web pages In-Reply-To: Message-ID: <200510110357.j9B3vf3L023341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mimetex: Easily embed LaTeX math in web pages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170225 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ivazquez at ivazquez.net 2005-10-10 23:57 EST ------- Built on FC4 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 Tue Oct 11 05:40:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 01:40:30 -0400 Subject: [Bug 170374] New: Review request: perl-capitalization - No capitalization on method names 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=170374 Summary: Review request: perl-capitalization - No capitalization on method names Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/~miyagawa/capitalization-0.03/ 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-capitalization.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-capitalization-0.03-1.src.rpm Description: No capitalization on method names -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 05:40:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 01:40:46 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510110540.j9B5ek9c005521@www.beta.redhat.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| |170374 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 05:43:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 01:43:49 -0400 Subject: [Bug 170374] Review request: perl-capitalization - No capitalization on method names In-Reply-To: Message-ID: <200510110543.j9B5hnE3005914@www.beta.redhat.com> Please 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-capitalization - No capitalization on method names https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170374 ------- Additional Comments From rc040203 at freenet.de 2005-10-11 01:43 EST ------- Note: This package is an optional dependency of upstream perl-DBIx-SearchBuilder (DBIx::SearchBuilder > 1.27) and thereby an implicit/indirect, optional 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 Tue Oct 11 07:02:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 03:02:34 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510110702.j9B72Yol015852@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From paul at city-fan.org 2005-10-11 03:02 EST ------- (In reply to comment #5) > What I find odd is that the package is called "libqalculate", but that > the package description reads like it's an application > (quote: a "multi-purpose desktop calculator"). I agree, which is why I suggested a separate (sub)package for qalc itself. > It is commonly considered bad taste to repeat the product name in > the "Summary:" line (better: "Summary: Multi-purpose calculator library" > or similar). Agreed. > libcalculate-devel contains a pkg-config file which links -lgmp, > so the package should "Requires: gmp-devel". gmp-devel is a dep of cln-devel, which is already a dep of libqalculate-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 Tue Oct 11 08:43:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 04:43:29 -0400 Subject: [Bug 170384] New: Review request: perl-DBIx-DBSchema - Database-independent schema objects 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=170384 Summary: Review request: perl-DBIx-DBSchema - Database- independent schema objects Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/~ivan/DBIx-DBSchema-0.27/ 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-DBIx-DBSchema.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-DBIx-DBSchema-0.27-1.src.rpm Description: DBIx::DBSchema objects are collections of DBIx::DBSchema::Table objects and represent a database schema. This module implements an OO-interface to database schemas. Using this module, you can create a database schema with an OO Perl interface. You can read the schema from an existing database. You can save the schema to disk and restore it a different process. Most importantly, DBIx::DBSchema can write SQL CREATE statements statements for different databases from a single source. Currently supported databases are 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 Tue Oct 11 08:43:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 04:43:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510110843.j9B8hf0B031429@www.beta.redhat.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| |170384 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 08:44:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 04:44:53 -0400 Subject: [Bug 170385] New: Review request: perl-Business-Hours - Calculate business hours in a time period 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=170385 Summary: Review request: perl-Business-Hours - Calculate business hours in a time period Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Business-Hours/ 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-Business-Hours.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Business-Hours-0.07-1.src.rpm Description: A simple tool for calculating business hours in a time period. Over time, additional functionality will be added to make it easy to calculate the number of business hours between arbitrary dates. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 08:45:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 04:45:10 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510110845.j9B8jAl8031765@www.beta.redhat.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| |170385 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 08:48:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 04:48:33 -0400 Subject: [Bug 170384] Review request: perl-DBIx-DBSchema - Database-independent schema objects In-Reply-To: Message-ID: <200510110848.j9B8mXiT032499@www.beta.redhat.com> Please 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-DBSchema - Database-independent schema objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170384 ------- Additional Comments From rc040203 at freenet.de 2005-10-11 04:48 EST ------- Note: This package is an optional dependency of upstream perl-DBIx-SearchBuilder (DBIx::SearchBuilder > 1.27) and thereby an implicit/indirect, optional 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 Tue Oct 11 08:51:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 04:51:16 -0400 Subject: [Bug 170385] Review request: perl-Business-Hours - Calculate business hours in a time period In-Reply-To: Message-ID: <200510110851.j9B8pGYU000496@www.beta.redhat.com> Please 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-Business-Hours - Calculate business hours in a time period https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170385 ------- Additional Comments From rc040203 at freenet.de 2005-10-11 04:51 EST ------- Note: This package is a dependency of rt3's RTFM (http://www.bestpractical.com/rtfm) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 09:52:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 05:52:06 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510110952.j9B9q6Oo008296@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From bugs.michael at gmx.net 2005-10-11 05:51 EST ------- > gmp-devel is a dep of cln-devel Ah, okay, never mind. Your intention is to optimise the dependency chain. On the contrary, I don't mind if a direct dependency of a file in the package is reflected in a direct "Requires". Matter of taste. No big 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 bugs.michael at gmx.net Tue Oct 11 09:58:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 11 Oct 2005 11:58:13 +0200 Subject: Software to add ? In-Reply-To: <1128985109.17311.92.camel@locolhost.localdomain> References: <1128720911.2929.12.camel@bureau.maison> <1128963114.2894.2.camel@bureau.maison> <1128965869.6766.157.camel@localhost.localdomain> <1128966418.2942.5.camel@bureau.maison> <1128971960.3348.214.camel@ernie> <1128977590.2942.19.camel@bureau.maison> <1128985109.17311.92.camel@locolhost.localdomain> Message-ID: <20051011115813.7b27a4e2.bugs.michael@gmx.net> On Mon, 10 Oct 2005 15:58:28 -0700, Michael A. Peters wrote: > Your spec files go in ~/rpm/SPECS/ > > You build a src.rpm from a spec file with > > rpmbuild -bs foo.spec > > You can then run rpmlint on - then test build it: > > rpmbuild --rebuild ~/rpm/SRPMS/foo.src.rpm At this point, when still working inside the ~/rpms tree, prefer rpmbuild -bb foo.spec to build a binary package, since --rebuild would clean up the extracted files from the src.rpm after the build is complete. From rdieter at math.unl.edu Tue Oct 11 13:18:49 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 11 Oct 2005 08:18:49 -0500 Subject: [Fwd: Build Error (Job 1812): kile-1_8_1-4_fc5 on development] Message-ID: <434BBBB9.5020907@math.unl.edu> Probably some libtool archive infection. Anyone have a rawhide/devel box to determine where it's coming from? $ grep lacl /usr/lib/*.la -- Rex -------------- next part -------------- An embedded message was scrubbed... From: buildsys at fedoraproject.org Subject: Build Error (Job 1812): kile-1_8_1-4_fc5 on development Date: Tue, 11 Oct 2005 09:05:43 -0400 (EDT) Size: 3592 URL: From bugzilla at redhat.com Tue Oct 11 15:03:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 11:03:26 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510111503.j9BF3QWD025393@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From dakingun at gmail.com 2005-10-11 11:03 EST ------- I've implemented changes suggested by Michael and Paul; new spec file and srpm available at; ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate.spec ftp://czar.eas.yorku.ca/pub/qalculate/libqalculate-0.8.2-1.src.rpm Thanks Michael and 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 bugzilla at redhat.com Tue Oct 11 15:11:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 11:11:42 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510111511.j9BFBgtv026362@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From dakingun at gmail.com 2005-10-11 11:11 EST ------- Package have been updated to the new released version, and desktop file installe. ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-1.8.2-1.src.rpm. Paul, LDFLAGS='-export-dynamic' used to be needed for the version of libglade in rawhide. It's now included in the configuration option upstream, so I've dropped it. Also just noticed yelp complaint, it's there in the updated version too. I honestly don't know what to do about that. I'll try nd concact the author. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 15:15:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 11:15:00 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510111515.j9BFF0gL026842@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From dakingun at gmail.com 2005-10-11 11:14 EST ------- I'm just now noticing Paul's patch to clean up the spec. I'll work on 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 bugzilla at redhat.com Tue Oct 11 15:44:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 11:44:21 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510111544.j9BFiLFM031357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From paul at city-fan.org 2005-10-11 11:44 EST ------- I'm happy enough with this to approve it now. Any more comments on it Michael (or anyone else)? Are you already a Fedora Extras Contributor, or are you looking for 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 Tue Oct 11 16:55:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 12:55:59 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510111655.j9BGtxgZ010520@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From aking at godspeople.com 2005-10-11 12:55 EST ------- Updated package with Paul Howarth's changes. ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-1.8.2-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 Oct 11 16:59:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 12:59:34 -0400 Subject: [Bug 170296] Review Request: qalculate-kde - qt gui frontends to qalculate In-Reply-To: Message-ID: <200510111659.j9BGxYUI011091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-kde - qt gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170296 ------- Additional Comments From aking at godspeople.com 2005-10-11 12:59 EST ------- Package have been updated to the new released version, and desktop file installed. ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde-1.8.2-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 Oct 11 17:01:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 13:01:48 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510111701.j9BH1m6P011414@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From aking at godspeople.com 2005-10-11 13:01 EST ------- (In reply to comment #10) > I'm happy enough with this to approve it now. Any more comments on it Michael > (or anyone else)? > > Are you already a Fedora Extras Contributor, or are you looking for a sponsor? No, I'm not a Fedora Extras Contributor yet, and i'll like to have a sponsor. 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 Oct 11 18:19:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 14:19:16 -0400 Subject: [Bug 168227] Review request: perl-HTTP-Server-Simple-Mason - HTTP::Server::Simple::Mason Perl module In-Reply-To: Message-ID: <200510111819.j9BIJGMp022151@www.beta.redhat.com> Please 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-Mason - HTTP::Server::Simple::Mason Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168227 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-10-11 14:19 EST ------- APPROVED. MD5SUMS: 63e9c7283e887a80036d77b9df681df5 perl-HTTP-Server-Simple-Mason-0.09-2.src.rpm 89801442d5ed9b39a80605546461712e HTTP-Server-Simple-Mason-0.09.tar.gz 2057bd9f6d112cf1355ee1afcea53d82 perl-HTTP-Server-Simple-Mason.spec Note: Also tested with the new release of HTTP::Server::Simple (v0.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 ville.skytta at iki.fi Tue Oct 11 18:45:34 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 11 Oct 2005 21:45:34 +0300 Subject: [Fwd: Build Error (Job 1812): kile-1_8_1-4_fc5 on development] In-Reply-To: <434BBBB9.5020907@math.unl.edu> References: <434BBBB9.5020907@math.unl.edu> Message-ID: <1129056334.16732.21.camel@localhost.localdomain> On Tue, 2005-10-11 at 08:18 -0500, Rex Dieter wrote: > Probably some libtool archive infection. Yep, looks like the same issue I posted a few days ago in the "BR: libacl-devel in Extras devel" thread. > Anyone have a rawhide/devel > box to determine where it's coming from? > > $ grep lacl /usr/lib/*.la Anyone? (Probably after installing a bunch of kde*-devel packages.) From bugzilla at redhat.com Tue Oct 11 18:51:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 14:51:52 -0400 Subject: [Bug 168339] Review Request: libbinio In-Reply-To: Message-ID: <200510111851.j9BIpq0d027778@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libbinio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168339 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From triad at df.lth.se 2005-10-11 14:51 EST ------- OK imported and builds. Thanks Ralf, and the others. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Oct 11 18:58:03 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 11 Oct 2005 13:58:03 -0500 Subject: [Fwd: Build Error (Job 1812): kile-1_8_1-4_fc5 on development] In-Reply-To: <1129056334.16732.21.camel@localhost.localdomain> References: <434BBBB9.5020907@math.unl.edu> <1129056334.16732.21.camel@localhost.localdomain> Message-ID: <1129057083.2343.13.camel@localhost.localdomain> On Tue, 2005-10-11 at 21:45 +0300, Ville Skytt? wrote: > On Tue, 2005-10-11 at 08:18 -0500, Rex Dieter wrote: > > Probably some libtool archive infection. > > Yep, looks like the same issue I posted a few days ago in the "BR: > libacl-devel in Extras devel" thread. > > > Anyone have a rawhide/devel > > box to determine where it's coming from? > > > > $ grep lacl /usr/lib/*.la > > Anyone? (Probably after installing a bunch of kde*-devel packages.) Looks like: kdebase, kdelibs, kdemultimedia are doing 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 bugzilla at redhat.com Tue Oct 11 19:02:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 15:02:10 -0400 Subject: [Bug 169378] Review Request: shorewall In-Reply-To: Message-ID: <200510111902.j9BJ2AAi030511@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shorewall https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169378 robert at marcanoonline.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From robert at marcanoonline.com 2005-10-11 15:02 EST ------- Build logs: http://buildsys.fedoraproject.org/logs//development/1809-shorewall-2.4.5-2.fc5/ http://buildsys.fedoraproject.org/logs//4/1810-shorewall-2.4.5-2.fc4/ is this the last step in order to push it to the repositories? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Oct 11 19:41:30 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 11 Oct 2005 22:41:30 +0300 Subject: [Fwd: Build Error (Job 1812): kile-1_8_1-4_fc5 on development] In-Reply-To: <1129057083.2343.13.camel@localhost.localdomain> References: <434BBBB9.5020907@math.unl.edu> <1129056334.16732.21.camel@localhost.localdomain> <1129057083.2343.13.camel@localhost.localdomain> Message-ID: <1129059690.16732.37.camel@localhost.localdomain> On Tue, 2005-10-11 at 13:58 -0500, Tom 'spot' Callaway wrote: > On Tue, 2005-10-11 at 21:45 +0300, Ville Skytt? wrote: > > On Tue, 2005-10-11 at 08:18 -0500, Rex Dieter wrote: > > > > $ grep lacl /usr/lib/*.la > > > > Anyone? (Probably after installing a bunch of kde*-devel packages.) > > Looks like: kdebase, kdelibs, kdemultimedia are doing this. Thanks. So I guess unless it can be fixed at the source, kdelibs-devel should maybe have "Requires: libacl-devel"? From buildsys at fedoraproject.org Tue Oct 11 19:50:36 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 11 Oct 2005 15:50:36 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051011195036.C5D1D7FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 24 R-mAr-1.1-3.fc5 TeXmacs-1.0.5.10-1.fc5 atlas-3.6.0-8.fc5 ghc-6.4.1-2.fc5 gnupg2-1.9.19-2.fc5 gpgme-1.1.0-2.fc5 highlight-2.4.2-2.fc5 highlight-2.4.2-3.fc5 libbinio-1.4-4.fc5 liferea-1.0-0.2.rc2.fc5 mimetex-1.60-1.fc5 mlmmj-1.2.9-0.rc1.fc5 nautilus-image-converter-0.0.4-2.fc5 openal-0.0.8-1.fc5 perl-DBIx-SearchBuilder-1.27-3.fc5 perl-ExtUtils-ParseXS-2.15-1.fc5 perl-HTTP-Server-Simple-0.15-1.fc5 repoview-0.4.1-1.fc5 rpy-0.4.6-3.fc5 shorewall-2.4.5-1 shorewall-2.4.5-2.fc5 stellarium-0.7.1-2.fc5 up-imapproxy-1.2.4-4.fc5 vpnc-0.3.3-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 Tue Oct 11 20:11:21 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 11 Oct 2005 16:11:21 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051011201121.01C7B7FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 18 R-mAr-1.1-3.fc4 TeXmacs-1.0.5.10-1.fc4 atlas-3.6.0-8.fc4 highlight-2.4.2-3.fc4 kile-1.8.1-4.fc4 libbinio-1.4-4.fc4 liferea-1.0-0.1.rc2.fc4 mimetex-1.60-1.fc4 nautilus-image-converter-0.0.4-1.fc4 perl-DBIx-SearchBuilder-1.27-3.fc4 perl-ExtUtils-ParseXS-2.15-1.fc4 perl-HTTP-Server-Simple-0.15-1.fc4 repoview-0.4.1-1.fc4 rpy-0.4.6-3.fc4 shorewall-2.4.5-2.fc4 stellarium-0.7.1-2.fc4 up-imapproxy-1.2.4-4.fc4 vpnc-0.3.3-3.4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From Eric.Tanguy at univ-nantes.fr Tue Oct 11 20:25:19 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Tue, 11 Oct 2005 22:25:19 +0200 (CEST) Subject: qucs package : first try and need help Message-ID: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> So i tried to package qucs and i had some problems : * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i think this not a good way to do that ... * i tried also to add a desktop file but the system complain about the desktop file is not packaged. You can look to this package http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From buildsys at fedoraproject.org Tue Oct 11 20:33:44 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 11 Oct 2005 16:33:44 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051011203344.3AF067FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 13 R-mAr-1.1-3.fc3 TeXmacs-1.0.5.10-1.fc3 TeXmacs-1.0.5.10-2.fc3 arc-5.21n-1.fc3 libbinio-1.4-4.fc3 libsigsegv-2.2-1.fc3 perl-DBIx-SearchBuilder-1.27-3.fc3 perl-ExtUtils-ParseXS-2.15-1.fc3 perl-HTTP-Server-Simple-0.15-1.fc3 perl-Test-Inline-2.103-2.fc3 rpy-0.4.6-3.fc3 tetex-fontools-20051003-1.fc3 up-imapproxy-1.2.4-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From mpeters at mac.com Tue Oct 11 21:03:22 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 11 Oct 2005 14:03:22 -0700 Subject: qucs package : first try and need help In-Reply-To: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> Message-ID: <1129064602.3782.11.camel@locolhost.localdomain> On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > You can look to this package > http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm > Thanks I'll respond in a few with some comments. From mpeters at mac.com Tue Oct 11 21:27:26 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 11 Oct 2005 14:27:26 -0700 Subject: qucs package : first try and need help In-Reply-To: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> Message-ID: <1129066046.3782.24.camel@locolhost.localdomain> On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > So i tried to package qucs and i had some problems : > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > think this not a good way to do that ... > * i tried also to add a desktop file but the system complain about the > desktop file is not packaged. > You can look to this package > http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm > Thanks I've attached a spec file. I don't do qt stuff - so there may be a better way to have configure find the qt libs. -=- Notes - The BuildRequires need to be above the description. Use %{?dist} instead of manually specifying the dist. on make - use make %{?_smp_mflags} For the desktop file - before using desktop-file-install, create the directory it will be installed into. in %files - use %defattr(-,root,root-) instead of %defattr(-,root,root) Traditionally, %doc comes before any other files For the stuff in /usr/share/%{name} just use %{_datadir}/%{name} rpm will automatically include everything inside that directory. For man - just use %{_mandir}/man1/* Don't specify .gz - some builds of rpm will use .bz2 - so use a wildcard. -------------- next part -------------- %define qtversion 3.3 # may be a way of detecting above # Summary: Circuit simulator Name: qucs Version: 0.0.7 Release: 5%{?dist} Source0: %{name}-%{version}.tar.gz Source1: %{name}.desktop URL: http://qucs.sourceforge.net/ License: GPL Group: Applications/Engineering BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: desktop-file-utils BuildRequires: qt-devel %description Qucs is a circuit simulator with graphical user interface. The software aims to support all kinds of circuit simulation types, e.g. DC, AC, S-parameter and harmonic balance analysis. %prep %setup %build %configure QTDIR=%_libdir/qt-%{qtversion} make %{?_smp_mflags} # install will be a bit complicated because we are not assured # that the builder has root privileges %install make install DESTDIR=$RPM_BUILD_ROOT install -d $RPM_BUILD_ROOT%{_datadir}/applications desktop-file-install --vendor fedora \ --dir ${RPM_BUILD_ROOT}%{_datadir}/applications \ --add-category X-Fedora \ %{SOURCE1} %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root-) %doc AUTHORS ChangeLog COPYING NEWS README TODO %{_bindir}/qucs* %{_datadir}/%{name} %{_datadir}/applications/* %{_mandir}/man1/* %changelog * Tue Oct 11 2005 Eric Tanguy - 0.0.7-5.fc4 -add qucs.desktop -modify buildroot * Tue Aug 2 2005 Wojciech Kazubski - version 0.0.7. * Thu Jun 23 2005 Wojciech Kazubski - rebuilt for Fedora Core 4 * Mon May 30 2005 Wojciech Kazubski - version 0.0.6. * Thu Mar 3 2005 Wojciech Kazubski - version 0.0.5. * Fri Dec 10 2004 Wojciech Kazubski - version 0.0.4 for Fedora Core 3 # end of file From tcallawa at redhat.com Tue Oct 11 21:45:26 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 11 Oct 2005 16:45:26 -0500 Subject: qucs package : first try and need help In-Reply-To: <1129066046.3782.24.camel@locolhost.localdomain> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129066046.3782.24.camel@locolhost.localdomain> Message-ID: <1129067126.2343.29.camel@localhost.localdomain> On Tue, 2005-10-11 at 14:27 -0700, Michael A. Peters wrote: > in %files - use > %defattr(-,root,root-) instead of %defattr(-,root,root) You mean, %defattr(-,root,root,-) ? :) > Traditionally, %doc comes before any other files > > For the stuff in /usr/share/%{name} just use > > %{_datadir}/%{name} Best form: %{_datadir}/%{name}/ ~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 Tue Oct 11 22:18:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 18:18:26 -0400 Subject: [Bug 168830] Review Request: perl-CPAN-DistnameInfo In-Reply-To: Message-ID: <200510112218.j9BMIQ6Z030553@www.beta.redhat.com> Please 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-CPAN-DistnameInfo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168830 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-11 18:18 EST ------- - rpmlint is silent - builds in mock - License is good - md5sums match 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 Oct 11 22:27:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 18:27:19 -0400 Subject: [Bug 169716] Review Request: fortune-firefly In-Reply-To: Message-ID: <200510112227.j9BMRJwZ031966@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fortune-firefly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169716 karen-pease at uiowa.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From karen-pease at uiowa.edu 2005-10-11 18:27 EST ------- All steps listed in the wiki are now taken. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 11 22:28:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 18:28:41 -0400 Subject: [Bug 168831] Review Request: perl-Parse-CPAN-Packages In-Reply-To: Message-ID: <200510112228.j9BMSf2x032283@www.beta.redhat.com> Please 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-Parse-CPAN-Packages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168831 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-11 18:28 EST ------- - rpmlint is silent - can't test in mock, but builds on my minimal system - License is good - md5sums match Fix: - The perl module Requires: lines are not necessary, rpmbuild does that automatically. Approved with the above 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 Oct 11 22:36:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 18:36:23 -0400 Subject: [Bug 168838] Review Request: cpanspec In-Reply-To: Message-ID: <200510112236.j9BMaNRV001127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cpanspec https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168838 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-11 18:36 EST ------- Is this the proper group? Group: Development/Libraries # rpmlint cpanspec W: cpanspec no-url-tag Guess we need an upstream repo even though this is a purely Fedora item? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Tue Oct 11 18:31:33 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Tue, 11 Oct 2005 20:31:33 +0200 Subject: qucs package : first try and need help Message-ID: <1129055493.2849.11.camel@bureau.maison> So i tried to package qucs and i had some problems : * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i think this not a good way to do that ... * i tried also to add a desktop file but the system complain about the desktop file is not packaged. You can look to this package http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From bugzilla at redhat.com Wed Oct 12 01:41:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 21:41:04 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510120141.j9C1f4EG019961@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 Bug 169247 depends on bug 168227, which changed state. Bug 168227 Summary: Review request: perl-HTTP-Server-Simple-Mason - HTTP::Server::Simple::Mason Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168227 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED ------- Additional Comments From rc040203 at freenet.de 2005-10-11 21:40 EST ------- (In reply to comment #2) > Are all the deps in FE now ? Now, they are ;) - Hint, hint! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Oct 12 02:18:36 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 11 Oct 2005 21:18:36 -0500 Subject: [Fwd: Build Error (Job 1812): kile-1_8_1-4_fc5 on development] In-Reply-To: <1129059690.16732.37.camel@localhost.localdomain> References: <434BBBB9.5020907@math.unl.edu> <1129056334.16732.21.camel@localhost.localdomain> <1129057083.2343.13.camel@localhost.localdomain> <1129059690.16732.37.camel@localhost.localdomain> Message-ID: Ville Skytt? wrote: > On Tue, 2005-10-11 at 13:58 -0500, Tom 'spot' Callaway wrote: > >>On Tue, 2005-10-11 at 21:45 +0300, Ville Skytt? wrote: >> >>>On Tue, 2005-10-11 at 08:18 -0500, Rex Dieter wrote: >> >>>>$ grep lacl /usr/lib/*.la >>> >>>Anyone? (Probably after installing a bunch of kde*-devel packages.) >> >>Looks like: kdebase, kdelibs, kdemultimedia are doing this. > > > Thanks. So I guess unless it can be fixed at the source, kdelibs-devel > should maybe have "Requires: libacl-devel"? No, no, no. kdelibs should strip it out instead: sed -i -e "s|-lacl||" $RPM_BUILD_ROOT%{_libdir}/*.la -- Rex From ivazquez at ivazquez.net Wed Oct 12 02:37:25 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 11 Oct 2005 22:37:25 -0400 Subject: qucs package : first try and need help In-Reply-To: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> Message-ID: <1129084645.6949.0.camel@ignacio.lan> On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > think this not a good way to do that ... You need to source /etc/profile.d/qt.sh. -- 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 eric.tanguy at univ-nantes.fr Wed Oct 12 05:35:35 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 12 Oct 2005 07:35:35 +0200 Subject: qucs package : first try and need help In-Reply-To: <1129066046.3782.24.camel@locolhost.localdomain> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129066046.3782.24.camel@locolhost.localdomain> Message-ID: <1129095335.2890.4.camel@bureau.maison> Le mardi 11 octobre 2005 ? 14:27 -0700, Michael A. Peters a ?crit : > On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > > So i tried to package qucs and i had some problems : > > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > > think this not a good way to do that ... > > * i tried also to add a desktop file but the system complain about the > > desktop file is not packaged. > > You can look to this package > > http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm > > Thanks > > I've attached a spec file. > I don't do qt stuff - so there may be a better way to have configure > find the qt libs. > > -=- > Notes - > > The BuildRequires need to be above the description. > Use %{?dist} instead of manually specifying the dist. > > on make - use > make %{?_smp_mflags} > > For the desktop file - before using desktop-file-install, create the > directory it will be installed into. > > in %files - use > %defattr(-,root,root-) instead of %defattr(-,root,root) > > Traditionally, %doc comes before any other files > > For the stuff in /usr/share/%{name} just use > > %{_datadir}/%{name} > > rpm will automatically include everything inside that directory. > > For man - just use > > %{_mandir}/man1/* > > Don't specify .gz - some builds of rpm will use .bz2 - so use a > wildcard. Thanks a lot i will try this afternoon but it seems Release: 5%{?dist} do nothing here the name become qucs-0.0.7-5.src.rpm and not qucs-0.0.7-5-fc4.src.rpm. -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From bugzilla at redhat.com Wed Oct 12 05:35:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 01:35:38 -0400 Subject: [Bug 169378] Review Request: shorewall In-Reply-To: Message-ID: <200510120535.j9C5ZcZ2012283@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shorewall https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169378 ------- Additional Comments From gauret at free.fr 2005-10-12 01:35 EST ------- Yes, the package is in the repos now. Thanks for maintaining 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 ivazquez at ivazquez.net Wed Oct 12 05:41:21 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 12 Oct 2005 01:41:21 -0400 Subject: qucs package : first try and need help In-Reply-To: <1129095335.2890.4.camel@bureau.maison> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129066046.3782.24.camel@locolhost.localdomain> <1129095335.2890.4.camel@bureau.maison> Message-ID: <1129095681.6949.2.camel@ignacio.lan> On Wed, 2005-10-12 at 07:35 +0200, Eric Tanguy wrote: > Thanks a lot i will try this afternoon but it seems > Release: 5%{?dist} > do nothing here the name become qucs-0.0.7-5.src.rpm and not > qucs-0.0.7-5-fc4.src.rpm. That's the point. If you don't have the macro defined then it evaluates to nothing. No, that's *not* a problem. -- 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 eric.tanguy at univ-nantes.fr Wed Oct 12 05:15:56 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 12 Oct 2005 07:15:56 +0200 Subject: qucs package : first try and need help In-Reply-To: <1129084645.6949.0.camel@ignacio.lan> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129084645.6949.0.camel@ignacio.lan> Message-ID: <1129094156.2890.1.camel@bureau.maison> Le mardi 11 octobre 2005 ? 22:37 -0400, Ignacio Vazquez-Abrams a ?crit : > On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > > think this not a good way to do that ... > > You need to source /etc/profile.d/qt.sh. > What do you mean by source ? I saw that /etc/profile.d/qt.sh export QTDIR but i don't know how to use this in a spec file. Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From symbiont at berlios.de Wed Oct 12 06:00:35 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Wed, 12 Oct 2005 14:00:35 +0800 Subject: qucs package : first try and need help In-Reply-To: <1129095335.2890.4.camel@bureau.maison> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129066046.3782.24.camel@locolhost.localdomain> <1129095335.2890.4.camel@bureau.maison> Message-ID: <200510121400.35531.symbiont@berlios.de> On Wednesday 12 October 2005 13:35, Eric Tanguy wrote: > Thanks a lot i will try this afternoon but it seems > Release: ???????5%{?dist} > do nothing here the name become qucs-0.0.7-5.src.rpm and not > qucs-0.0.7-5-fc4.src.rpm. It's actually an advantage. The SRPM then will be able to generate for multiple dists instead of just the one. This saves a lot of room on disk too! It saved me tons of space in my repo by using this trick. -- -jeff From ville.skytta at iki.fi Wed Oct 12 06:00:30 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 12 Oct 2005 09:00:30 +0300 Subject: [Fwd: Build Error (Job 1812): kile-1_8_1-4_fc5 on development] In-Reply-To: References: <434BBBB9.5020907@math.unl.edu> <1129056334.16732.21.camel@localhost.localdomain> <1129057083.2343.13.camel@localhost.localdomain> <1129059690.16732.37.camel@localhost.localdomain> Message-ID: <1129096830.16732.62.camel@localhost.localdomain> On Tue, 2005-10-11 at 21:18 -0500, Rex Dieter wrote: > Ville Skytt? wrote: > > Thanks. So I guess unless it can be fixed at the source, kdelibs-devel > > should maybe have "Requires: libacl-devel"? > > No, no, no. kdelibs should strip it out instead: > sed -i -e "s|-lacl||" $RPM_BUILD_ROOT%{_libdir}/*.la ...which roughly corresponds to "fixed at the source", if it can be done without breaking anything. From rc040203 at freenet.de Wed Oct 12 06:24:04 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 12 Oct 2005 08:24:04 +0200 Subject: qucs package : first try and need help In-Reply-To: <1129094156.2890.1.camel@bureau.maison> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129084645.6949.0.camel@ignacio.lan> <1129094156.2890.1.camel@bureau.maison> Message-ID: <1129098244.20707.17.camel@mccallum.corsepiu.local> On Wed, 2005-10-12 at 07:15 +0200, Eric Tanguy wrote: > Le mardi 11 octobre 2005 ? 22:37 -0400, Ignacio Vazquez-Abrams a ?crit : > > On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > > > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > > > think this not a good way to do that ... > > > > You need to source /etc/profile.d/qt.sh. > > > What do you mean by source ? He refers a shell's "source" command, also known as "." (dot)-command, i.e. . /etc/profile.d/qt.sh > I saw that /etc/profile.d/qt.sh export > QTDIR but i don't know how to use this in a spec file. Use the "source", ... Ralf From Eric.Tanguy at univ-nantes.fr Wed Oct 12 07:07:11 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Wed, 12 Oct 2005 09:07:11 +0200 (CEST) Subject: qucs package : first try and need help In-Reply-To: <1129098244.20707.17.camel@mccallum.corsepiu.local> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129084645.6949.0.camel@ignacio.lan> <1129094156.2890.1.camel@bureau.maison> <1129098244.20707.17.camel@mccallum.corsepiu.local> Message-ID: <41452.193.52.109.12.1129100831.squirrel@webmail.univ-nantes.fr> > On Wed, 2005-10-12 at 07:15 +0200, Eric Tanguy wrote: >> Le mardi 11 octobre 2005 ?? 22:37 -0400, Ignacio Vazquez-Abrams a ??crit >> : >> > On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: >> > > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 >> but i >> > > think this not a good way to do that ... >> > >> > You need to source /etc/profile.d/qt.sh. >> > >> What do you mean by source ? > He refers a shell's "source" command, also known as "." (dot)-command, > i.e. > > . /etc/profile.d/qt.sh > >> I saw that /etc/profile.d/qt.sh export >> QTDIR but i don't know how to use this in a spec file. > > Use the "source", ... > > Ralf > So if i unerstand well i can invoke . /etc/profile.d/qt.sh directly in the spec file to put QTDIR to the right path ? Eric From paul at city-fan.org Wed Oct 12 07:12:11 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 12 Oct 2005 08:12:11 +0100 Subject: qucs package : first try and need help In-Reply-To: <1129055493.2849.11.camel@bureau.maison> References: <1129055493.2849.11.camel@bureau.maison> Message-ID: <1129101131.3668.53.camel@laurel.intra.city-fan.org> On Tue, 2005-10-11 at 20:31 +0200, Eric Tanguy wrote: > So i tried to package qucs and i had some problems : > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > think this not a good way to do that ... > * i tried also to add a desktop file but the system complain about the > desktop file is not packaged. > You can look to this package > http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm You might want to look at an existing KDE-based package in Extras (e.g. kyum) for hints on resolving these problems: http://cvs.fedora.redhat.com/viewcvs/devel/kyum/kyum.spec?root=extras&view=markup Paul. -- Paul Howarth From rc040203 at freenet.de Wed Oct 12 08:02:13 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 12 Oct 2005 10:02:13 +0200 Subject: qucs package : first try and need help In-Reply-To: <41452.193.52.109.12.1129100831.squirrel@webmail.univ-nantes.fr> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129084645.6949.0.camel@ignacio.lan> <1129094156.2890.1.camel@bureau.maison> <1129098244.20707.17.camel@mccallum.corsepiu.local> <41452.193.52.109.12.1129100831.squirrel@webmail.univ-nantes.fr> Message-ID: <1129104133.20707.27.camel@mccallum.corsepiu.local> On Wed, 2005-10-12 at 09:07 +0200, Eric TANGUY wrote: > > On Wed, 2005-10-12 at 07:15 +0200, Eric Tanguy wrote: > So if i unerstand well i can invoke . /etc/profile.d/qt.sh directly in the > spec file to put QTDIR to the right path ? Basically yes. This is what most KDE/QT packages apply: ... %build [ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh ... May be, I need to explain this line a little. It means: If QTDIR is not set, then "source" /etc/profile.d/qt.sh. I.e. execute all commands in /etc/profile.d/qt.sh as part of the shell calling sh-script (%build sections inside of an rpm.spec are shell scripts). Ralf From Eric.Tanguy at univ-nantes.fr Wed Oct 12 09:13:02 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Wed, 12 Oct 2005 11:13:02 +0200 (CEST) Subject: qucs package : first try and need help In-Reply-To: <1129104133.20707.27.camel@mccallum.corsepiu.local> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129084645.6949.0.camel@ignacio.lan> <1129094156.2890.1.camel@bureau.maison> <1129098244.20707.17.camel@mccallum.corsepiu.local> <41452.193.52.109.12.1129100831.squirrel@webmail.univ-nantes.fr> <1129104133.20707.27.camel@mccallum.corsepiu.local> Message-ID: <32799.193.52.109.12.1129108382.squirrel@webmail.univ-nantes.fr> > On Wed, 2005-10-12 at 09:07 +0200, Eric TANGUY wrote: >> > On Wed, 2005-10-12 at 07:15 +0200, Eric Tanguy wrote: > >> So if i unerstand well i can invoke . /etc/profile.d/qt.sh directly in >> the >> spec file to put QTDIR to the right path ? > Basically yes. This is what most KDE/QT packages apply: > ... > %build > [ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh > ... > > May be, I need to explain this line a little. > It means: > If QTDIR is not set, then "source" /etc/profile.d/qt.sh. > I.e. execute all commands in /etc/profile.d/qt.sh as part of the shell > calling sh-script (%build sections inside of an rpm.spec are shell > scripts). > > Ralf Thank you very much. I think that with this i can obtain a good package, no? So if yes how i can enter this package in review cycle for fedora-extras? Eric From bugs.michael at gmx.net Wed Oct 12 10:04:35 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 12 Oct 2005 12:04:35 +0200 Subject: qucs package : first try and need help In-Reply-To: <1129066046.3782.24.camel@locolhost.localdomain> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129066046.3782.24.camel@locolhost.localdomain> Message-ID: <20051012120435.1774eafa.bugs.michael@gmx.net> On Tue, 11 Oct 2005 14:27:26 -0700, Michael A. Peters wrote: > On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > > So i tried to package qucs and i had some problems : > > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > > think this not a good way to do that ... > > * i tried also to add a desktop file but the system complain about the > > desktop file is not packaged. > > You can look to this package > > http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm > > Thanks > > I've attached a spec file. > I don't do qt stuff - so there may be a better way to have configure > find the qt libs. Yes. Source /etc/profile.d/qt.sh which sets $QTDIR and in future package revisions will also set $QTLIB and $QTINC, so many Qt detection scripts work better also in multilib installations. For instance: %build unset QTDIR || : ; . /etc/profile.d/qt.sh export QTLIB=${QTDIR}/lib QTINC=${QTDIR}/include ... From bugzilla at redhat.com Wed Oct 12 10:20:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 06:20:06 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510121020.j9CAK6gI016195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From bugs.michael at gmx.net 2005-10-12 06:19 EST ------- It is commonly considered bad style to repeat the program name at the beginning of the "Summary" text. Assume that any package directory lists at least the summary, the package name and offers taking a look at the [longer] description text. --- gobby.spec~ 2005-10-10 21:43:55.000000000 +0200 +++ gobby.spec 2005-10-12 12:18:01.000000000 +0200 @@ -1,7 +1,7 @@ Name: gobby Version: 0.2.2 Release: 5 -Summary: Gobby is a free collaborative editor +Summary: Free collaborative editor Group: Applications/Internet License: 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 aportal at univ-montp2.fr Wed Oct 12 10:32:37 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Wed, 12 Oct 2005 12:32:37 +0200 Subject: qucs package : first try and need help In-Reply-To: <32799.193.52.109.12.1129108382.squirrel@webmail.univ-nantes.fr> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129104133.20707.27.camel@mccallum.corsepiu.local> <32799.193.52.109.12.1129108382.squirrel@webmail.univ-nantes.fr> Message-ID: <200510121232.39632.aportal@univ-montp2.fr> Le Mercredi 12 Octobre 2005 11:13, Eric TANGUY a ?crit : > Thank you very much. I think that with this i can obtain a good package, > no? So if yes how i can enter this package in review cycle for > fedora-extras? Eric Have a look here: http://fedoraproject.org/wiki/Extras/Contributors Cordialement, -- Les pages de manuel Linux en fran?ais : http://manpagesfr.free.fr -------------- 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 Wed Oct 12 10:33:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 06:33:47 -0400 Subject: [Bug 170492] New: Review Request: qucs-0.0.7 : Circuit simulator 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=170492 Summary: Review Request: qucs-0.0.7 : Circuit simulator Product: Fedora Extras Version: devel Platform: All URL: http://qucs.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: eric.tanguy at univ-nantes.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.src.rpm Description: Qucs is a circuit simulator with graphical user interface. The software aims to support all kinds of circuit simulation types, e.g. DC, AC, S-parameter and harmonic balance analysis. This is my first package and i'm seeking a sponsor. 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 Oct 12 10:34:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 06:34:03 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121034.j9CAY3UH017305@www.beta.redhat.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 eric.tanguy at univ-nantes.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170492 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 11:35:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 07:35:34 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510121135.j9CBZYiG022642@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 aportal at univ-montp2.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aportal at univ-montp2.fr ------- Additional Comments From aportal at univ-montp2.fr 2005-10-12 07:35 EST ------- Sorry, I can't sponsor you. Some improvements: Put the full download url in Source0, i.e. Source0 http://dl.sf.net/qucs/%{name}-%{version}.tar.gz In %changelog, remove ".fc4" in "0.0.7-5.fc4" to make rpmlint happy Build fine 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 Oct 12 11:53:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 07:53:06 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510121153.j9CBr6Ie024469@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-12 07:52 EST ------- In %install section, add rm -rf $RPM_BUILD_ROOT before make install Suggestion for the desktop file: desktop-file-install --vendor fedora \ --dir $RPM_BUILD_ROOT%{_datadir}/applications \ --add-category "Engineering" \ --add-category "Electronics" \ --add-category "X-Fedora" \ %{SOURCE1} I think you should remove the "Categories" line in the desktop file, this isn't a Gnome based application. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:09:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:09:37 -0400 Subject: [Bug 170504] New: Review Request: makebootfat - Utility for creation bootable FAT 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=170504 Summary: Review Request: makebootfat - Utility for creation bootable FAT disk Product: Fedora Extras Version: devel Platform: All URL: http://advancemame.sourceforge.net/doc-makebootfat.html 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 Url: http://dmitry.butskoy.name/makebootfat/makebootfat.spec SRPM Url: http://dmitry.butskoy.name/makebootfat/makebootfat-1.4-1.src.rpm Description: This utility creates a bootable FAT filesystem and populates it with files and boot tools. It was mainly designed to create bootable USB and Fixed disk for the AdvanceCD project (http://advancemame.sourceforge.net), but can be successfully used separately for any purposes. Additional info: This utility can help anaconda to create universal diskboot.img, suitable for any type of USB booting... In the future, when anaconda will support installing from flat file tree (not hd iso only ;)), it will be possible to create on a "big" USB disk full installation stuff with updates. (Currently it is possible for network installs 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 Oct 12 14:09:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:09:57 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121409.j9CE9vBX015970@www.beta.redhat.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| |170504 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:22:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:22:46 -0400 Subject: [Bug 170506] New: Review Request: grepmail 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=170506 Summary: Review Request: grepmail Product: Fedora Extras Version: devel Platform: All URL: http://grepmail.sourceforge.net/ 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/grepmail/grepmail.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/grepmail/grepmail-5.3032-1.src.rpm Description: Grepmail searches a normal or compressed mailbox for a given regular expression, and returns those emails that match it. Piped input is allowed, and date and size restrictions are supported, as are searches using logical operators. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:22:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:22:59 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121422.j9CEMxHI018490@www.beta.redhat.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| |170506 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:23:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:23:34 -0400 Subject: [Bug 170507] New: Review Request: perl-Mail-Mbox-MessageParser 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=170507 Summary: Review Request: perl-Mail-Mbox-MessageParser Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/projects/m-m-msgparser/ 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/grepmail/perl-Mail-Mbox-MessageParser.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/grepmail/perl-Mail-Mbox-MessageParser-1.4001-1.src.rpm Description: Mail::Mbox::MessageParser is a feature-poor but very fast mbox parser. It uses the best of three strategies for parsing a mailbox: either using cached folder information, GNU grep, or highly optimized 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 Wed Oct 12 14:23:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:23:42 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121423.j9CENgGS018640@www.beta.redhat.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| |170507 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:24:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:24:36 -0400 Subject: [Bug 170509] New: Review Request: perl-FileHandle-Unget 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=170509 Summary: Review Request: perl-FileHandle-Unget Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/FileHandle-Unget 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/grepmail/perl-FileHandle-Unget.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/grepmail/perl-FileHandle-Unget-0.1621-1.src.rpm Description: FileHandle::Unget is a drop-in replacement for FileHandle that allows more than one byte to be placed back on the input. It supports an ungetc(ORD), which can be called more than once in a row, and an ungets(SCALAR), which places a string of bytes back on the 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 Wed Oct 12 14:24:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:24:49 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121424.j9CEOnAq018928@www.beta.redhat.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| |170509 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:28:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:28:25 -0400 Subject: [Bug 170511] New: Review Request: perl-Cflow - find flows in flow 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=170511 Summary: Review Request: perl-Cflow - find flows in flow files 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/perl-Cflow.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/perl-Cflow-1.053-1.src.rpm Description: Cflow with flow-tools support. This module implements an API for processing IP flow accounting information which as been collected from routers and written into flow 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 Wed Oct 12 14:28:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:28:43 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121428.j9CEShSR019581@www.beta.redhat.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| |170511 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 14:38:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:38:36 -0400 Subject: [Bug 170509] Review Request: perl-FileHandle-Unget In-Reply-To: Message-ID: <200510121438.j9CEcakM021441@www.beta.redhat.com> Please 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-FileHandle-Unget https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170509 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-12 10:38 EST ------- - License checks out - Builds clean - rpmlint is silent 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 Oct 12 14:46:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:46:59 -0400 Subject: [Bug 170507] Review Request: perl-Mail-Mbox-MessageParser In-Reply-To: Message-ID: <200510121446.j9CEkxcG022938@www.beta.redhat.com> Please 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-Mail-Mbox-MessageParser https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170507 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-12 10:46 EST ------- - Builds clean - License checks out - rpmlint is silent My only suggestion is to perhaps change the Requires to: Requires: %{__grep}, %{__gzip}, %{__bzip2} since that is what you are passing to the makefile. However, since they probably always will be provided by grep, gzip, and bzip2, it's not that big of a deal. 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 Oct 12 14:56:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 10:56:18 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510121456.j9CEuIAP025020@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-12 10:56 EST ------- - md5sums match - builds clean - rpmlint silent - License checks out Minor: - remove the top comments. We know it's an application. 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 Oct 12 15:02:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:02:40 -0400 Subject: [Bug 170509] Review Request: perl-FileHandle-Unget In-Reply-To: Message-ID: <200510121502.j9CF2eD5026048@www.beta.redhat.com> Please 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-FileHandle-Unget https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170509 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2005-10-12 11:02 EST ------- 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 Wed Oct 12 15:02:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:02:53 -0400 Subject: [Bug 170507] Review Request: perl-Mail-Mbox-MessageParser In-Reply-To: Message-ID: <200510121502.j9CF2rVi026111@www.beta.redhat.com> Please 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-Mail-Mbox-MessageParser https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170507 Bug 170507 depends on bug 170509, which changed state. Bug 170509 Summary: Review Request: perl-FileHandle-Unget https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170509 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 Oct 12 15:30:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:30:16 -0400 Subject: [Bug 170507] Review Request: perl-Mail-Mbox-MessageParser In-Reply-To: Message-ID: <200510121530.j9CFUGa0030163@www.beta.redhat.com> Please 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-Mail-Mbox-MessageParser https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170507 ------- Additional Comments From paul at city-fan.org 2005-10-12 11:30 EST ------- My personal preference is to use package names rather than program pathnames in deps, but I'm open to being convinced that the latter is better if someone can cite a good reason (other than the package names possibly changing in the future, which I'm prepared to deal with in the unlikely event of it happening). Thanks for the (very quick!) reviews by the 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 Wed Oct 12 15:34:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:34:28 -0400 Subject: [Bug 170507] Review Request: perl-Mail-Mbox-MessageParser In-Reply-To: Message-ID: <200510121534.j9CFYShG030867@www.beta.redhat.com> Please 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-Mail-Mbox-MessageParser https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170507 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2005-10-12 11:34 EST ------- 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 Wed Oct 12 15:34:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:34:46 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510121534.j9CFYku0030937@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 Bug 170506 depends on bug 170507, which changed state. Bug 170507 Summary: Review Request: perl-Mail-Mbox-MessageParser https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170507 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 Oct 12 15:36:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:36:47 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510121536.j9CFale2031658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 ------- Additional Comments From paul at city-fan.org 2005-10-12 11:36 EST ------- (In reply to comment #1) > - md5sums match > - builds clean > - rpmlint silent > - License checks out > > > Minor: > > - remove the top comments. We know it's an application. Will do; 'twas just a note to potential reviewers... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 15:45:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:45:25 -0400 Subject: [Bug 170372] Review Request: moodle: A Course Management System In-Reply-To: Message-ID: <200510121545.j9CFjPke000971@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moodle: A Course Management System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170372 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2005-10-12 11:45 EST ------- Just one comment, I think there should be a Requires: webserver And a question, why is there: %define __perl_requires %{nil} %define __perl_provides %{nil} Maybe a comment could explain 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 Oct 12 15:57:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 11:57:39 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510121557.j9CFvdtf003564@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-12 11:57 EST ------- (In reply to comment #8) > It is commonly considered bad style to repeat the program name at > the beginning of the "Summary" text. Assume that any package directory > lists at least the summary, the package name and offers taking a look > at the [longer] description text. > > --- gobby.spec~ 2005-10-10 21:43:55.000000000 +0200 > +++ gobby.spec 2005-10-12 12:18:01.000000000 +0200 > @@ -1,7 +1,7 @@ > Name: gobby > Version: 0.2.2 > Release: 5 > -Summary: Gobby is a free collaborative editor > +Summary: Free collaborative editor > > Group: Applications/Internet > License: GPL fixed. http://people.redhat.com/lmacken/gobby.spec http://people.redhat.com/lmacken/gobby-0.2.2-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 Wed Oct 12 16:10:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 12:10:47 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510121610.j9CGAlAi006170@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2005-10-12 12:10 EST ------- 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 Wed Oct 12 16:15:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 12:15:44 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510121615.j9CGFigd006793@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 ------- Additional Comments From rc040203 at freenet.de 2005-10-12 12:15 EST ------- Just a comment: %{_bindir}/find ... is pretty much free of sense. %_bindir is a user input parameter to rpmbuild, not an rpm-internal constant (%__chmod etc. are rpmbuild internal constants). Try rpmbuild --define '_bindir /tmp' to experience the difference. I strongly recommend to use find or /usr/bin/find 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 mpeters at mac.com Wed Oct 12 16:39:43 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 12 Oct 2005 09:39:43 -0700 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: <200510121615.j9CGFigd006793@www.beta.redhat.com> References: <200510121615.j9CGFigd006793@www.beta.redhat.com> Message-ID: <1129135184.3782.48.camel@locolhost.localdomain> (not to bugzilla) On Wed, 2005-10-12 at 12:15 -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: grepmail > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 > > > > > > ------- Additional Comments From rc040203 at freenet.de 2005-10-12 12:15 EST ------- > Just a comment: > %{_bindir}/find ... > > is pretty much free of sense. %_bindir is a user input parameter to rpmbuild, > not an rpm-internal constant (%__chmod etc. are rpmbuild internal constants). > > Try rpmbuild --define '_bindir /tmp' to experience the difference. > > I strongly recommend to use find or /usr/bin/find instead. I second this - prefering find to /usr/bin/find imho when a system utility is used to build/install - unless the path is needed (ie /usr/sbin/foo) then it should use whatever comes first in the path of the rpm builder (or rpm's defined path) From bugzilla at redhat.com Wed Oct 12 16:40:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 12:40:47 -0400 Subject: [Bug 170532] New: Review Request: perl-Boulder - An API for hierarchical tag/value structures 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=170532 Summary: Review Request: perl-Boulder - An API for hierarchical tag/value structures 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/perl-Boulder.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/perl-Boulder-1.30-1.src.rpm Description: Boulder provides a simple stream-oriented format for transmitting data objects between one or more processes. It does not provide for the serialization of Perl objects the way FreezeThaw or Data::Dumper do, but it does provide the advantage of being language independent. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 16:40:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 12:40:54 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121640.j9CGesB2011147@www.beta.redhat.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| |170532 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 16:45:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 12:45:43 -0400 Subject: [Bug 170534] New: Review Request: perl-Net-Patricia - Patricia Trie perl module for fast IP address lookups 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=170534 Summary: Review Request: perl-Net-Patricia - Patricia Trie perl module for fast IP address lookups 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/perl-Net-Patricia.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/perl-Net-Patricia-1.010-1.src.rpm Description: This module uses a Patricia Trie data structure to quickly perform IP address prefix matching for applications such as IP subnet, network or routing table lookups. The data structure is based on a radix tree using a radix of two, so sometimes you see patricia implementations called "radix" as well. The term "Trie" is derived from the word "retrieval" but is pronounced like "try". Patricia stands for "Practical Algorithm to Retrieve Information Coded as Alphanumeric", and was first suggested for routing table lookups by Van Jacobsen. Patricia Trie performance characteristics are well-known as it has been employed for routing table lookups within the BSD kernel since the 4.3 Reno 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 Oct 12 16:45:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 12:45:55 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121645.j9CGjtB4012063@www.beta.redhat.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| |170534 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 17:09:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 13:09:43 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510121709.j9CH9h2Q014966@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-12 13:09 EST ------- Comment #1 : Ok it will be done quickly Comment #2 : your suggestion about desktop file doesn't seem to work + desktop-file-install --vendor fedora --dir /var/tmp/qucs-0.0.7-5-root-tanguy/usr/share/applications --add-category Engineering ' ' Error on file " ": Failed to open file ' ': No such file or directory erreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.25083 (%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 Wed Oct 12 17:16:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 13:16:54 -0400 Subject: [Bug 170536] New: Review Request: ircd-hybrid : Internet Relay Chat server 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=170536 Summary: Review Request: ircd-hybrid : Internet Relay Chat server Product: Fedora Extras Version: devel Platform: All URL: http://ircd-hybrid.com/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: eric.tanguy at univ-nantes.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.1.2-1.src.rpm Description: IRCD-Hybrid is an Internet Relay Chat 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 bugzilla at redhat.com Wed Oct 12 17:17:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 13:17:07 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510121717.j9CHH70I016190@www.beta.redhat.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 eric.tanguy at univ-nantes.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170536 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 12 20:27:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 16:27:57 -0400 Subject: [Bug 168922] Review Request: Python FormEncode Library In-Reply-To: Message-ID: <200510122027.j9CKRvlx014469@www.beta.redhat.com> Please 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 FormEncode Library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 ------- Additional Comments From shahms at shahms.com 2005-10-12 16:27 EST ------- Some minor changes: * The description lines are too long (shouldn't be over 80 characters) * Need to %ghost the *.pyo files Otherwise it 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 Oct 12 20:30:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 16:30:37 -0400 Subject: [Bug 170372] Review Request: moodle: A Course Management System In-Reply-To: Message-ID: <200510122030.j9CKUbr5014979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moodle: A Course Management System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170372 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-12 16:30 EST ------- Re the webserver bit, moodle requires php-gd which eventually pulls in httpd. As for the __perl_* bit, I've added a note. 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 Wed Oct 12 20:51:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 16:51:09 -0400 Subject: [Bug 168922] Review Request: Python FormEncode Library In-Reply-To: Message-ID: <200510122051.j9CKp9qp019250@www.beta.redhat.com> Please 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 FormEncode Library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 ------- Additional Comments From shahms at shahms.com 2005-10-12 16:50 EST ------- I should also note that it builds fine in mock 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 Wed Oct 12 21:04:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 17:04:29 -0400 Subject: [Bug 168923] Review Request: Python SQLObject ORM library In-Reply-To: Message-ID: <200510122104.j9CL4TjE021956@www.beta.redhat.com> Please 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 SQLObject ORM library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 shahms at shahms.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |168922 ------- Additional Comments From shahms at shahms.com 2005-10-12 17:04 EST ------- (Changed this bug to depend on python-formencode) Some changes: * rpmlint gives a "spelling-error-in-description" warning: seperately separately (it also finds some other, irrelevant, problems) * pass -O1 to the install command line * %ghost the resulting *.pyo files It does build successfully under mock both with and without the above changes, which is 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 Oct 12 21:38:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 17:38:40 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510122138.j9CLceUn027314@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |chris at chrisgrau.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-10-12 17:38 EST ------- $ rpmlint rt3-3.4.4-4.fc4.src.rpm W: rt3 strange-permission rt3-filter-requires.sh 0755 W: rt3 strange-permission rt3-filter-provides.sh 0755 These are strange to me. I would guess those are the proper permissions for such files. I'm assuming this is ignorable. E: rt3 configure-without-libdir-spec This can be ignored. The configure script for rt3 doesn't take a libdir argument. $ rpmlint rt3-3.4.4-4.fc4.noarch.rpm | sort E: rt3 dir-or-file-in-usr-local /usr/local/etc/rt3 E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3 E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/html E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/lib E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/po Why are directories being %ghosted in /usr/local? I see these directories being configured in the Fedora layout, and I'm inferring from it that these are used for user-generated content. If that's the case, I don't really see a problem with it, but it is odd to see an package owning anything in /usr/local. E: rt3 non-readable /etc/rt3/RT_Config.pm 0640 E: rt3 non-readable /etc/rt3/RT_SiteConfig.pm 0640 E: rt3 non-standard-dir-perm /var/lib/rt3/mason_data 0770 E: rt3 non-standard-dir-perm /var/lib/rt3/mason_data/cache 0770 E: rt3 non-standard-dir-perm /var/lib/rt3/mason_data/etc 0770 E: rt3 non-standard-dir-perm /var/lib/rt3/mason_data/obj 0770 E: rt3 non-standard-dir-perm /var/lib/rt3/session_data 0770 E: rt3 non-standard-gid /var/lib/rt3/mason_data apache E: rt3 non-standard-gid /var/lib/rt3/mason_data/cache apache E: rt3 non-standard-gid /var/lib/rt3/mason_data/etc apache E: rt3 non-standard-gid /var/lib/rt3/mason_data/obj apache E: rt3 non-standard-gid /var/lib/rt3/session_data apache E: rt3 non-standard-uid /var/lib/rt3/mason_data apache E: rt3 non-standard-uid /var/lib/rt3/mason_data/cache apache E: rt3 non-standard-uid /var/lib/rt3/mason_data/etc apache E: rt3 non-standard-uid /var/lib/rt3/mason_data/obj apache E: rt3 non-standard-uid /var/lib/rt3/session_data apache These are all ignorable. They're set that way on purpose for security reasons. W: rt3 dangerous-command-in-%postun userdel I'll leave this one alone. The package creates the user in %pre, it's only right that the user is removed when no longer needed, I suppose. W: rt3 non-conffile-in-etc /etc/rt3/acl.Informix W: rt3 non-conffile-in-etc /etc/rt3/acl.mysql W: rt3 non-conffile-in-etc /etc/rt3/acl.Oracle W: rt3 non-conffile-in-etc /etc/rt3/acl.Pg W: rt3 non-conffile-in-etc /etc/rt3/acl.Sybase W: rt3 non-conffile-in-etc /etc/rt3/initialdata W: rt3 non-conffile-in-etc /etc/rt3/schema.Informix W: rt3 non-conffile-in-etc /etc/rt3/schema.mysql W: rt3 non-conffile-in-etc /etc/rt3/schema.Oracle W: rt3 non-conffile-in-etc /etc/rt3/schema.Pg W: rt3 non-conffile-in-etc /etc/rt3/schema.SQLite W: rt3 non-conffile-in-etc /etc/rt3/schema.Sybase True, these aren't configuration files, but rather initialization files. Maybe a better place for them would be /usr/share/rt3? An explicit requires is needed for perl(HTML::Mason). I don't like that /usr/sbin/webmux.pl has mode +x, since it's meant to be sourced and doesn't actually do anything when run. I think it would be better somewhere like /usr/lib/rt3, but I don't know how much that change would affect the RT install. Would /var/lib/rt3 be better as /var/cache/rt3? I ran into SELinux issues when starting httpd. Maybe a README.SELinux mentioning that /var/lib/rt3 and its subdirectories need the proper SELinux settings. It took some tinkering to get running (installing the proper DBD and initializing the database). The existing README section on initializing the database isn't appropriate for an RPM-based install. For its target audience, I don't think it's very difficult. Maybe just add README.Fedora to point users to /etc/rt3. I didn't know what to do with RT once I got it running and didn't have much luck getting rt-setup-database to work, but I'm going to chalk that up to user error. I did get a login page with RT installed on my local httpd server, so I'm going to go ahead and say the package does work as intended. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 00:40:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 20:40:58 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510130040.j9D0ew5R021586@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 sundaram at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sundaram at redhat.com ------- Additional Comments From sundaram at redhat.com 2005-10-12 20:40 EST ------- (In reply to comment #6) > OK, WRT comment #2, I went with the former suggestion to fix the "Bad" problem. > I agree with you that it makes the most sense to bundle the Evolution plugin, > since most people will have it installed anyway if they're using Nautilus. > Does that mean that installing this add on with pull in nautilus. If so that might not be acceptable. The assumption that all users using nautilus also would want to have Evolution installed in their system seems bogus 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 Thu Oct 13 00:59:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 20:59:37 -0400 Subject: [Bug 170372] Review Request: moodle: A Course Management System In-Reply-To: Message-ID: <200510130059.j9D0xbr7025042@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moodle: A Course Management System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170372 sundaram at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sundaram at redhat.com ------- Additional Comments From sundaram at redhat.com 2005-10-12 20:59 EST ------- http://www.joomla.com/ seems to be a upstream developer fork. Might want to look into 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 Thu Oct 13 01:07:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 21:07:56 -0400 Subject: [Bug 170372] Review Request: moodle: A Course Management System In-Reply-To: Message-ID: <200510130107.j9D17uIM026242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moodle: A Course Management System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170372 ------- Additional Comments From tibbs at math.uh.edu 2005-10-12 21:07 EST ------- Joomla seems to be a fork of Mambo. I don't see a link between Mambo and Moodle, other than vaguely playing in the same space. Moodle is targeted almost exclusively at the educational space. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 01:12:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 21:12:33 -0400 Subject: [Bug 170372] Review Request: moodle: A Course Management System In-Reply-To: Message-ID: <200510130112.j9D1CXoj026923@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moodle: A Course Management System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170372 ------- Additional Comments From sundaram at redhat.com 2005-10-12 21:12 EST ------- You are right. I was confusing Mambo with Moodle. Never mind -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 02:04:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 12 Oct 2005 22:04:01 -0400 Subject: [Bug 169722] Review Request: libsexy: Some graphical widgets for GTK+ 2 In-Reply-To: Message-ID: <200510130204.j9D241A6001268@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsexy: Some graphical widgets for GTK+ 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169722 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |chris at chrisgrau.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-10-12 22:03 EST ------- $ rpmlint libsexy-0.1.1-1.i386.rpm E: libsexy library-without-ldconfig-postin /usr/lib/libsexy.so.0.0.0 E: libsexy library-without-ldconfig-postun /usr/lib/libsexy.so.0.0.0 Based on the PackageReviewGuidelines, I assume this really is an error. However, without any changes to the spec, I was able to build and run a small demo app using the SexyUrlLabel. Still, it's a MUST, so I'm pointing it out. Good: - package name good, spec file name good - license is LGPL, matches upstream - based on the new package guidelines, you can (should?) remove the extra COPYING.LIB - spec file is legible, written in am. english - source matches upstream - builds cleanly in mock (FC-3 i386) - built and tested successfully (FC-4 i386) - files and directories okay - -devel subpackage good Nitpicks: I think the summary and description are too vague and boring for a package with the name "libsexy." -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 06:00:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 02:00:11 -0400 Subject: [Bug 169722] Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 In-Reply-To: Message-ID: <200510130600.j9D60B4X030940@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169722 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: libsexy: |Review Request: libsexy: |Some graphical widgets for |Funky fresh graphical |GTK+ 2 |widgets for GTK+ 2 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-13 01:59 EST ------- (In reply to comment #1) > Nitpicks: > > I think the summary and description are too vague and boring for a package with > the name "libsexy." Yeesh. Everyone's a critic. 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 Thu Oct 13 06:39:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 02:39:54 -0400 Subject: [Bug 169722] Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 In-Reply-To: Message-ID: <200510130639.j9D6dsZS003411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169722 ------- Additional Comments From triad at df.lth.se 2005-10-13 02:39 EST ------- We had this discussion some time ago, regarding .pc files, that if, as libsexy does: Cflags: -I${includedir} This means that if libsexy installs /usr/include/libsexy/foo.h you can use the pkg-config flags to get #include to work, but this is questionable design, because if you're writing a whole new library, it is better to remove the -I statement and rely on all code using libsexy to do: #include instead. If the library is already used in lots of software it is of course not so good to do this change to upstream, otherwise it is good to get upstream to remove the -I statement from the .pc 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 Thu Oct 13 06:50:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 02:50:08 -0400 Subject: [Bug 169722] Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 In-Reply-To: Message-ID: <200510130650.j9D6o8H9004839@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169722 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-13 02:49 EST ------- >From libsexy.pc: includedir=${prefix}/include And it installs into /usr/include/libsexy, so all your concern is for naught. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 07:27:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 03:27:58 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510130727.j9D7Rw68011901@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From paul at city-fan.org 2005-10-13 03:27 EST ------- (In reply to comment #6) > $ rpmlint rt3-3.4.4-4.fc4.noarch.rpm | sort > E: rt3 dir-or-file-in-usr-local /usr/local/etc/rt3 > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3 > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/html > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/lib > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/po > > Why are directories being %ghosted in /usr/local? I see these directories being > configured in the Fedora layout, and I'm inferring from it that these are used > for user-generated content. If that's the case, I don't really see a problem > with it, but it is odd to see an package owning anything in /usr/local. Does rt3 create these if they're not present? I guess ghosting directories here is OK if the directories won't get removed if they're not empty, which I would think (but am not sure) would be rpm's behaviour here. > W: rt3 dangerous-command-in-%postun userdel > > I'll leave this one alone. The package creates the user in %pre, it's only > right that the user is removed when no longer needed, I suppose. See https://www.redhat.com/archives/fedora-extras-commits/2005-June/msg00271.html for why users and groups shouldn't be removed when a package is uninstalled. > I ran into SELinux issues when starting httpd. Maybe a README.SELinux > mentioning that /var/lib/rt3 and its subdirectories need the proper SELinux > settings. If you know what the contexts should be for this directory and its contents, you could raise the issue on fedora-selinux-list or in bugzilla for one of the policy packages and hopefully get the right contexts set by default in an updated version of the policy packages. That has to be better than manually setting contexts (which would need fixing again after a relabel). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 09:30:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 05:30:54 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510130930.j9D9Usnd029385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-13 05:30 EST ------- (In reply to comment #6) > [Many rpmlint complaints, probably ignorable] Yes, rpmlint is facing its limitations and deficits at many places with this rpm. > W: rt3 non-conffile-in-etc /etc/rt3/acl.Informix > W: rt3 non-conffile-in-etc /etc/rt3/acl.mysql > W: rt3 non-conffile-in-etc /etc/rt3/acl.Oracle > W: rt3 non-conffile-in-etc /etc/rt3/acl.Pg > W: rt3 non-conffile-in-etc /etc/rt3/acl.Sybase > W: rt3 non-conffile-in-etc /etc/rt3/initialdata > W: rt3 non-conffile-in-etc /etc/rt3/schema.Informix > W: rt3 non-conffile-in-etc /etc/rt3/schema.mysql > W: rt3 non-conffile-in-etc /etc/rt3/schema.Oracle > W: rt3 non-conffile-in-etc /etc/rt3/schema.Pg > W: rt3 non-conffile-in-etc /etc/rt3/schema.SQLite > W: rt3 non-conffile-in-etc /etc/rt3/schema.Sybase > > True, these aren't configuration files, but rather initialization files. > Maybe a better place for them would be /usr/share/rt3? May-be, may-be it's rpmlint enforcing non-existing standards. I am inclined to think the latter. All the FHS says is "The /etc hierarchy contains configuration files", it doesn't say "configuration files only" nor does it prohibit "initial data files". For now I don't want to move them to avoid further surgery on the package configuration nor do I see any need to do so. > An explicit requires is needed for perl(HTML::Mason). Right, this is missing. > I don't like that /usr/sbin/webmux.pl has mode +x, since it's meant to be > sourced and doesn't actually do anything when run. I think it would be better > somewhere like /usr/lib/rt3, but I don't know how much that change would affect > the RT install. > > Would /var/lib/rt3 be better as /var/cache/rt3? Hmm? Are you looking at an older rpm? My latest version (3.4.4-4) uses /var/lib/rt3. > I ran into SELinux issues when starting httpd. Maybe a README.SELinux > mentioning that /var/lib/rt3 and its subdirectories need the proper SELinux > settings. > > It took some tinkering to get running (installing the proper DBD and > initializing the database). The existing README section on initializing the > database isn't appropriate for an RPM-based install. For its target audience, I > don't think it's very difficult. Maybe just add README.Fedora to point users to > /etc/rt3. > > I didn't know what to do with RT once I got it running and didn't have much luck > getting rt-setup-database to work, but I'm going to chalk that up to user error. > I did get a login page with RT installed on my local httpd server, so I'm going > to go ahead and say the package does work as intended. I need to try setting it up once again. It's been a while since I did (mysql based config) and have it running since ;) (In reply to comment #7) > (In reply to comment #6) > > $ rpmlint rt3-3.4.4-4.fc4.noarch.rpm | sort > > E: rt3 dir-or-file-in-usr-local /usr/local/etc/rt3 > > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3 > > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/html > > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/lib > > E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/po > > > > Why are directories being %ghosted in /usr/local? I see these directories being > > configured in the Fedora layout, and I'm inferring from it that these are used > > for user-generated content. Yes, these are for user provided stuff. These dirs are being added to PATH variables all over the place (grep -R LOCAL_ * inside of the source tree for details) > > If that's the case, I don't really see a problem > > with it, but it is odd to see an package owning anything in /usr/local. Well, actually many package use the standardized dirs below /usr/local. They only don't have to make this explicit, because the "filesystem" rpm already owns them. > Does rt3 create these if they're not present? AFAICT, no. It just uses them, whether or not these dirs are present. > I guess ghosting directories here > is OK if the directories won't get removed if they're not empty, which I would > think (but am not sure) would be rpm's behaviour here. Just try and you'll see what happens (FC4): # mkdir /usr/local/etc/rt3 # touch /usr/local/etc/rt3/foo # rpm -e rt3 # ls /usr/local/etc/rt3/ foo => The directory will be removed from the rpmdb. IIRC, older rpms issued a "directory not empty" or similar warning on similar sitations. > > W: rt3 dangerous-command-in-%postun userdel > > > > I'll leave this one alone. The package creates the user in %pre, it's only > > right that the user is removed when no longer needed, I suppose. > > See > https://www.redhat.com/archives/fedora-extras-commits/2005-June/msg00271.html > for why users and groups shouldn't be removed when a package is uninstalled. Then you probably know my attitude on this topic. The rt3 user is a local system account (!) and is not meant to be used across networks. Also, the rt3 package has all files being own by the rt3 user under its control. > > I ran into SELinux issues when starting httpd. And so do I. I have _never_ been able to use httpd without switching SELinux off for it. With having switched SELinux off for httpd I am able to run rt3 without any problems. >> Maybe a README.SELinux > > mentioning that /var/lib/rt3 and its subdirectories need the proper SELinux > > settings. > If you know what the contexts should be for this directory and its contents, you > could raise the issue on fedora-selinux-list or in bugzilla for one of the > policy packages and hopefully get the right contexts set by default in an > updated version of the policy packages. That has to be better than manually > setting contexts (which would need fixing again after a relabel). ... some SELinux geek will have to implement this ;) Updated package to be released soon ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 09:57:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 05:57:36 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510130957.j9D9va7W000584@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From paul at city-fan.org 2005-10-13 05:57 EST ------- (In reply to comment #8) > > > W: rt3 dangerous-command-in-%postun userdel > > > > > > I'll leave this one alone. The package creates the user in %pre, it's only > > > right that the user is removed when no longer needed, I suppose. > > > > See > > https://www.redhat.com/archives/fedora-extras-commits/2005-June/msg00271.html > > for why users and groups shouldn't be removed when a package is uninstalled. > Then you probably know my attitude on this topic. > > The rt3 user is a local system account (!) and is not meant to be used across > networks. Also, the rt3 package has all files being own by the rt3 user under > its control. The issue is nothing to do with networks; leaving the user there ensures that any files left that are owned by the "rt3" user after deletion of the rt3 package are still owned by the "rt3" user if the package is subsequently reinstalled. If the account is deleted on uninstall, the reinstallation may result in a new rt3 user being created with a different UID to the original one > > > I ran into SELinux issues when starting httpd. > And so do I. I have _never_ been able to use httpd without switching SELinux off > for it. With having switched SELinux off for httpd I am able to run rt3 without > any problems. I'm using httpd with SELinux without problems, albeit only serving static pages and a few cgi scripts. I know though that more complex packages such as squirrelmail can work with SELinux enabled too. > > If you know what the contexts should be for this directory and its contents, you > > could raise the issue on fedora-selinux-list or in bugzilla for one of the > > policy packages and hopefully get the right contexts set by default in an > > updated version of the policy packages. That has to be better than manually > > setting contexts (which would need fixing again after a relabel). > ... some SELinux geek will have to implement this ;) What does the package do with the files/directories in /var/lib/rt3? Read? Write? 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 bugzilla at redhat.com Thu Oct 13 10:24:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 06:24:16 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510131024.j9DAOGUe003051@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-13 06:24 EST ------- (In reply to comment #9) > (In reply to comment #8) > > > > W: rt3 dangerous-command-in-%postun userdel > > > > > > > > I'll leave this one alone. The package creates the user in %pre, it's only > > > > right that the user is removed when no longer needed, I suppose. > > > > > > See > > > https://www.redhat.com/archives/fedora-extras-commits/2005-June/msg00271.html > > > for why users and groups shouldn't be removed when a package is uninstalled. > > Then you probably know my attitude on this topic. > > > > The rt3 user is a local system account (!) and is not meant to be used across > > networks. Also, the rt3 package has all files being own by the rt3 user under > > its control. > > The issue is nothing to do with networks; leaving the user there ensures that > any files left that are owned by the "rt3" user after deletion of the rt3 > package are still owned by the "rt3" user if the package is subsequently > reinstalled. If the account is deleted on uninstall, the reinstallation may > result in a new rt3 user being created with a different UID to the original > one There is no such issue, because the rt3 package does not leave any file being owned by rt3 left around. > I'm using httpd with SELinux without problems, albeit only serving static > pages > and a few cgi scripts. I know though that more complex packages such as > squirrelmail can work with SELinux enabled too. Does SELinux work for anything but trivial cases? IMO, no - It still leave much to be desired and so far has failed to prove sustainability. > What does the package do with the files/directories in /var/lib/rt3? Read? > Write? Execute? I am not sure about all scenarios, but in mine, /var/lib/rt3 (which IMO should actually be /var/cache/rt3, but I had changed it to /var/lib to work around SELinux deficits) is essentally only used by Mason. Both for writing and reading (It's a cache). I am not sure about executing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 10:29:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 06:29:52 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510131029.j9DATqXC003827@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From aportal at univ-montp2.fr 2005-10-13 06:29 EST ------- Work for me. I suspect you copy/paste from the bugzilla html page. Don't do this but edit by hand. I often meet problems about caracters set or related when I copy/paste examples of C source code or shell script. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 10:35:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 06:35:26 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510131035.j9DAZQUN004708@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From paul at city-fan.org 2005-10-13 06:35 EST ------- (In reply to comment #10) > > The issue is nothing to do with networks; leaving the user there ensures that > > any files left that are owned by the "rt3" user after deletion of the rt3 > > package are still owned by the "rt3" user if the package is subsequently > > reinstalled. If the account is deleted on uninstall, the reinstallation may > > result in a new rt3 user being created with a different UID to the original > > one > There is no such issue, because the rt3 package does not leave any file being > owned by rt3 left around. No log files, cache files, etc.? That's OK then. > > I'm using httpd with SELinux without problems, albeit only serving static > > pages > > and a few cgi scripts. I know though that more complex packages such as > > squirrelmail can work with SELinux enabled too. > Does SELinux work for anything but trivial cases? IMO, no - It still leave much > to be desired and so far has failed to prove sustainability. > > > What does the package do with the files/directories in /var/lib/rt3? Read? > > Write? Execute? > I am not sure about all scenarios, but in mine, /var/lib/rt3 (which IMO should > actually be /var/cache/rt3, but I had changed it to /var/lib to work around > SELinux deficits) is essentally only used by Mason. > Both for writing and reading (It's a cache). I am not sure about executing. Try: # chcon -R system_u:object_r:httpd_cache_t /var/lib/rt3 and then try running in SELinux permissive mode to see what SELinux issues crop up (check the output of "audit2allow -i /var/log/audit/audit.log") after running rt3 for a short while. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From djmccorrie at yahoo.co.uk Thu Oct 13 10:47:28 2005 From: djmccorrie at yahoo.co.uk (james mc) Date: Thu, 13 Oct 2005 11:47:28 +0100 (BST) Subject: ISO file Message-ID: <20051013104729.54774.qmail@web26001.mail.ukl.yahoo.com> Not sure if this has been discussed or surgested but it would be very usefull to have an ISO available, containing a dump of all the extras and a there deps and released alongside the fedora core Stable/Test releases? this would be usefull for persons that have acces to the internet but not via there FC target machine, i.e the library --------------------------------- To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Thu Oct 13 11:30:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 07:30:04 -0400 Subject: [Bug 170165] Review Request: nautilus-sendto In-Reply-To: Message-ID: <200510131130.j9DBU4mX011219@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-sendto https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170165 ------- Additional Comments From stickster at gmail.com 2005-10-13 07:29 EST ------- Check the package; the plugin requires libedataserver-1.2.so.4 and libebook-1.2.so.3, provided by evolution-data-server. Since that package is also required by gnome-panel, it's a fair guess that most nautilus users will have that installed. Evolution is not 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 Thu Oct 13 11:34:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 07:34:52 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510131134.j9DBYqXb011907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From adrian at lisas.de 2005-10-13 07:34 EST ------- Could you release a new version of obby in FC-4 and devel. In FC-4 there is no obby package (at least I cannot find one) and the obby version in devel has the howl-devel requirement for the -devel package missing. I am currently not able to build a version of gobby in mock either for FC-4 nor for the devel branch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tla at rasmil.dk Thu Oct 13 13:03:38 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Thu, 13 Oct 2005 15:03:38 +0200 Subject: buildsystem broke ??? Message-ID: <434E5B2A.4040502@rasmil.dk> # make plague ... Package yumex enqueued. (However, no Job ID was provided in the time required) How do i get out of this one ??? From bugzilla at redhat.com Thu Oct 13 13:05:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 09:05:39 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510131305.j9DD5dAU025918@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 ------- Additional Comments From paul at city-fan.org 2005-10-13 09:05 EST ------- (In reply to comment #4) > Just a comment: > %{_bindir}/find ... > > is pretty much free of sense. %_bindir is a user input parameter to rpmbuild, > not an rpm-internal constant (%__chmod etc. are rpmbuild internal constants). Is this distinction described somewhere? > Try rpmbuild --define '_bindir /tmp' to experience the difference. Both %_bindir and %__chmod are defined in /usr/lib/rpm/macros and can be redefined in the same way on the command-line. I always believed that the macros were there to provide distribution-portability rather than being "user input parameters". > I strongly recommend to use find or /usr/bin/find instead. I see what you're getting at here, in that redefining %_bindir so that the binaries are installed in a different place breaks the build when it expects to find things in the same place. I'd rather not use plain "find" because that breaks reproducability of builds if someone has a different/broken version of find earlier in their PATH, so /usr/bin/find looks better to me. But it does make the assumption that %_bindir was set to /usr/bin when the distribution's "find" package was built, which may not be true on all distributions (not that any of this matters for Fedora Extras). Having said that, similar assumptions are made for programs in /bin, /sbin etc., which don't have corresponding macros defined for them. Ideally I suppose it would be better if there were additional macros defined such as %__find etc., but it's a bit late for that now. I'll probably change it to /usr/bin/find -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 13:28:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 09:28:14 -0400 Subject: [Bug 170616] New: Review Request: ipxripd - IPX RIP/SAP daemon - routing for IPX networks 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=170616 Summary: Review Request: ipxripd - IPX RIP/SAP daemon - routing for IPX networks Product: Fedora Extras Version: devel Platform: All URL: ftp://ftp.ibiblio.org/pub/Linux/system/filesystems/ncpfs 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 Yes, IPX looks like an obsolete thing. Many distros ago RedHat began to plan IPX removal from its main distribution, however it till now there. It means that IPX is still necessary for users. This package provides IPX routing and helps IPX browsing. Such functionality is missed in the standard ncpfs package. Spec Url: http://dmitry.butskoy.name/ipxripd/ipxripd.spec SRPM Url: http://dmitry.butskoy.name/ipxripd/ipxripd-0.8-1.src.rpm Description: ipxripd is an implementation of Novell's RIP and SAP protocols. It automagically builds and updates IPX routing table in the Linux kernel. ipxripd can be useful to get a Linux box to act as an IPX router. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 13:28:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 09:28:31 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510131328.j9DDSVgO031290@www.beta.redhat.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| |170616 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 14:04:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 10:04:45 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510131404.j9DE4jcE006147@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-13 10:04 EST ------- Updated packages: ftp://packman.iu-bremen.de/fedora/SRPMS/rt3.spec ftp://packman.iu-bremen.de/fedora/SRPMS/rt3-3.4.4-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 Oct 13 14:45:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 10:45:58 -0400 Subject: [Bug 170506] Review Request: grepmail In-Reply-To: Message-ID: <200510131445.j9DEjwCX011892@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grepmail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170506 ------- Additional Comments From rc040203 at freenet.de 2005-10-13 10:45 EST ------- (In reply to comment #5) > (In reply to comment #4) > > Just a comment: > > %{_bindir}/find ... > > > > is pretty much free of sense. %_bindir is a user input parameter to rpmbuild, > > not an rpm-internal constant (%__chmod etc. are rpmbuild internal constants). > > Is this distinction described somewhere? Rhethorical question: Is there any official documentation on rpm? Not that I am aware about. Only that "%_bindir" etc. are documented as "configure macros" in /usr/lib/rpm/macros, which means they are meant to be configuration input to be passed to a package, and do not denote a system feature (such as presence of /usr/bin/find, or %{__chmod}). Also, it's common practice for many years that users override the "autoconf" macros for various purposes. %_bindir/find requires you to use "BuildRequires: %_bindir/find" which unnecessarily prohibits users wanting to rebuild your rpm with a different _bindir. > Both %_bindir and %__chmod are defined in /usr/lib/rpm/macros and can be > redefined in the same way on the command-line. True, but note that these %__XXX macros use hardcoded directories, such as /usr/bin and do not use %_bindir. IMO, this is yet another strong indication for your usage to be incorrect. However probably only Jeff would be able to give a confirmative answer. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 14:47:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 10:47:19 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510131447.j9DElJON012144@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From paul at city-fan.org 2005-10-13 10:47 EST ------- URL for SRPM is actually: ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-0.8.2-2.src.rpm Explicit Requires: for gnome-vfs2 & libqalculate are not needed because RPM will add the library dependencies automatically. The files list still includes: %{_datadir}/qalculate-gtk/glade which should be: %{_datadir}/qalculate-gtk/ otherwise the %{_datadir}/qalculate-gtk directory will be left by RPM if the package is removed. Have you had any feedback regarding the yelp 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 Thu Oct 13 15:28:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 11:28:45 -0400 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200510131528.j9DFSjlf019505@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |dmitry at butskoy.name OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-10-13 11:28 EST ------- First of all, I'm a little confused with presence of the symbol "&" in the Summary field. Sometime somewhere something will by all means spoiled ny 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 triad at df.lth.se Thu Oct 13 15:36:50 2005 From: triad at df.lth.se (Linus Walleij) Date: Thu, 13 Oct 2005 17:36:50 +0200 (CEST) Subject: buildsystem broke ??? In-Reply-To: <434E5B2A.4040502@rasmil.dk> References: <434E5B2A.4040502@rasmil.dk> Message-ID: On Thu, 13 Oct 2005, Tim Lauridsen wrote: > # make plague > ... > Package yumex enqueued. (However, no Job ID was provided in the time > required) > > How do i get out of this one ??? It's been dying a lot recently. Usually someon with access to the box "kicks" it (I guess this means, they restart the daemon running plague-server). So the long answer is to look at the plague-server code and try to fix it... Linus From skvidal at phy.duke.edu Thu Oct 13 15:38:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 13 Oct 2005 11:38:53 -0400 Subject: buildsystem broke ??? In-Reply-To: References: <434E5B2A.4040502@rasmil.dk> Message-ID: <1129217933.26409.20.camel@cutter> On Thu, 2005-10-13 at 17:36 +0200, Linus Walleij wrote: > On Thu, 13 Oct 2005, Tim Lauridsen wrote: > > > # make plague > > ... > > Package yumex enqueued. (However, no Job ID was provided in the time > > required) > > > > How do i get out of this one ??? > > It's been dying a lot recently. Usually someon with access to the box > "kicks" it (I guess this means, they restart the daemon running > plague-server). > > So the long answer is to look at the plague-server code and try to fix > it... the deadlock was occurring with the sqlite back end - that will be swapped for the new code that dan put together that will be using a postgresql backend. -sv From bugzilla at redhat.com Thu Oct 13 16:09:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 12:09:45 -0400 Subject: [Bug 169722] Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 In-Reply-To: Message-ID: <200510131609.j9DG9jaG025607@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169722 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-10-13 12:09 EST ------- Rpmlint is happy. I'm happy. 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 Oct 13 16:14:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 12:14:25 -0400 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200510131614.j9DGEPH8026211@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-10-13 12:14 EST ------- Remarks and nitpicks: - Group "Applications/System" seems does not meet the purpose of this soft, IMHO it should be "Development/Tools" or similar. - The stuff with explicitly "%{_docdir}" etc. looks not very well. I would suggest to remove all the docs in their default path (after "make install"), and then to specify it explicitly as "%doc something" etc. in the %files section. - It would be better to move all html documentation and related files into a separate subdirectory (for example, "mv doc html" in "%install" section, then specify "%doc html" in "%files" ...) - A section "%check" must be used, as "make check" possibility is present. - There is no license text as a separate file. - There are two names "google-perftools" and "goog-perftools" (the last is used in URLs). Why "goog" has appeared? I guess it is some trademark issues here. Therefore the package probably should be renamed... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 16:26:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 12:26:48 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510131626.j9DGQmFp027556@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-13 12:26 EST ------- Ok you're right. Thanks. Now all it's ok and the files are uploaded. I still need a complete review and 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 Thu Oct 13 16:46:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 12:46:23 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510131646.j9DGkNTG029590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-13 12:46 EST ------- Thanks for reminding me, I tried doing this last week but ran into a minor roadblock. FC-3 and devel successfully built (and have howl-devel Requires in -devel package as well), but won't build on FC-4: + /usr/lib/rpm/redhat/find-lang.sh /var/tmp/obby-0.2.0-5.fc4-root-mockbuild obby No translations found for obby in /var/tmp/obby-0.2.0-5.fc4-root-mockbuild error: Bad exit status from /var/tmp/rpm-tmp.22763 (%install) This issue was resolved by calling aclocal and autoconf before %configure, which fixed it for FC-3/devel, but FC-4 still complains. Any 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 Thu Oct 13 16:52:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 12:52:47 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510131652.j9DGqlDq030196@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From chris at chrisgrau.com 2005-10-13 12:52 EST ------- (In reply to comment #11) > Try: > # chcon -R system_u:object_r:httpd_cache_t /var/lib/rt3 For what it's worth at this point, that is how I got RT3 to work with SELinux. If I find some time, I'll see about offering up a patch to the SELinux people. (In reply to comment #8) > > Would /var/lib/rt3 be better as /var/cache/rt3? > Hmm? Are you looking at an older rpm? My latest version (3.4.4-4) uses > /var/lib/rt3. I was looking at the most recent package you had posted. What I meant here is that /var/cache/rt3 is a better choice than /var/lib/rt3; much the same as we are using /var/cache/mason in the perl-HTML-Mason package. I'll give -5 a look shortly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 17:16:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 13:16:14 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510131716.j9DHGEgE000546@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From paul at city-fan.org 2005-10-13 13:16 EST ------- Curious. I just did a mockbuild of obby-0.2.0-5 for FC4 (i386) and it worked for me. Might be worth requeuing the build to see if it's a repeatable problem. Or was this problem on a different arch? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 17:22:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 13:22:39 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510131722.j9DHMdam001528@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From adrian at lisas.de 2005-10-13 13:22 EST ------- It fails on x86_64. See: http://buildsys.fedoraproject.org/logs//4/1881-obby-0.2.0-5.fc4/x86_64/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 Oct 13 18:09:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 14:09:22 -0400 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200510131809.j9DI9M6I007963@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From tcallawa at redhat.com 2005-10-13 14:09 EST ------- Google is the upstream maintainer. goog-perftools is their sourceforge name, no idea why they did it. The actual package name is "google-perftools", thus the name is ok. Anything in %{_docdir} is already %doc as far as rpm is concerned. This would be extra steps to achieve the exact same result. I don't see any sense in moving the html documentation into a "html" directory, as all of the documentation is html or related images. Having %check run make check doesn't help us, it fails because of lots of missing debuginfo packages. All other suggestions have been implemented in -2: New SRPM: http://www.auroralinux.org/people/spot/review/google-perftools-0.3-2.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/google-perftools.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 Oct 13 18:24:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 14:24:20 -0400 Subject: [Bug 168923] Review Request: Python SQLObject ORM library In-Reply-To: Message-ID: <200510131824.j9DIOKWB009586@www.beta.redhat.com> Please 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 SQLObject ORM library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 ------- Additional Comments From oliver.andrich at gmail.com 2005-10-13 14:24 EST ------- Spec Name or Url: http://roughbook.de/review/python-sqlobject.spec SRPM Name or Url: http://roughbook.de/review/python-sqlobject-0.7.0-3.src.rpm I did the suggested changes and fixed the errors. Now the only things left are twi rpmlint errors. oa at fitheach SPECS $ rpmlint /home/oa/rpmbuild/RPMS/noarch/python-sqlobject-0.7.0-3.noarch.rpm W: python-sqlobject wrong-file-end-of-line-encoding /usr/share/doc/python-sqlobject-0.7.0/docs/presentation-2004-11/sqlobject-and-database-programming.html E: python-sqlobject non-executable-script /usr/lib/python2.4/site-packages/sqlobject/manager/command.py 0644 Both of them are in the upstream source and cause no problems. Do I have to correct these 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 Oct 13 18:31:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 14:31:56 -0400 Subject: [Bug 168922] Review Request: Python FormEncode Library In-Reply-To: Message-ID: <200510131831.j9DIVuFe010353@www.beta.redhat.com> Please 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 FormEncode Library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 ------- Additional Comments From oliver.andrich at gmail.com 2005-10-13 14:31 EST ------- Spec Name or Url: http://roughbook.de/review/python-formencode.spec SRPM Name or Url: http://roughbook.de/review/python-formencode-0.2.2-2.src.rpm I did the suggested changes. Ready for another 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 Oct 13 19:27:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 15:27:05 -0400 Subject: [Bug 168922] Review Request: Python FormEncode Library In-Reply-To: Message-ID: <200510131927.j9DJR5Qe017356@www.beta.redhat.com> Please 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 FormEncode Library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 shahms at shahms.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163777 nThis| | ------- Additional Comments From shahms at shahms.com 2005-10-13 15:27 EST ------- * rpmlint output W: python-formencode invalid-license PSF The PSF (Python Software Foundation) license is OSI approved, so this warning can be ignored. * spec file and package name are correct * spec file is readable, license is correct and acceptable * it compiles on x86 * source file and URL MD5 match * owns directories * no duplicate entry warnings * %clean is good * builds in mock and works The package doesn't include the license in a separate file, which is nice but not required. 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 Oct 13 19:37:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 15:37:00 -0400 Subject: [Bug 168923] Review Request: Python SQLObject ORM library In-Reply-To: Message-ID: <200510131937.j9DJb0rs018682@www.beta.redhat.com> Please 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 SQLObject ORM library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 shahms at shahms.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From shahms at shahms.com 2005-10-13 15:36 EST ------- * rpmlint: - the end-of-line error is spurious as it is in an HTML documentation file - the non-executable script error is on a file that isn't used as a script, but is imported by the sqlobject-admin script * spec file name and package name match guidelines * license is good * spec file is clean and matches guidelines * Source file and source URL md5sum matches * spec file is legible english * package compiles and runs on x86 * %clean is good * macros are 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 Oct 13 19:41:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 15:41:04 -0400 Subject: [Bug 170691] New: Review Request: basket - Notes taker for KDE 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=170691 Summary: Review Request: basket - Notes taker for KDE Product: Fedora Extras Version: devel Platform: All URL: http://basket.kde.org/ 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 Name or Url: http://gauret.free.fr/fichiers/rpms/fedora/basket.spec SRPM Name or Url: http://gauret.free.fr/fichiers/rpms/fedora/basket-0.5.0-1.src.rpm Description: This application is mainly an all-purpose notes taker. It provides baskets where any item can be dragged and dropped: text, formatted text, links, images, sounds, files, colors, application launcher... BasKet lets you keep all objects in one place, and keep data at hand. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 19:41:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 15:41:16 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510131941.j9DJfG3R019198@www.beta.redhat.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 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170691 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Thu Oct 13 17:26:34 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 13 Oct 2005 19:26:34 +0200 Subject: qucs package : first try and need help In-Reply-To: <1129066046.3782.24.camel@locolhost.localdomain> References: <56479.81.53.175.223.1129062319.squirrel@webmail.univ-nantes.fr> <1129066046.3782.24.camel@locolhost.localdomain> Message-ID: <1129224394.2913.10.camel@bureau.maison> Le mardi 11 octobre 2005 ? 14:27 -0700, Michael A. Peters a ?crit : > On Tue, 2005-10-11 at 22:25 +0200, Eric TANGUY wrote: > > So i tried to package qucs and i had some problems : > > * i need to pass a parameter to configure : QTDIR=/usr/lib/qt-3.3 but i > > think this not a good way to do that ... > > * i tried also to add a desktop file but the system complain about the > > desktop file is not packaged. > > You can look to this package > > http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.fc4.src.rpm > > Thanks > > I've attached a spec file. > I don't do qt stuff - so there may be a better way to have configure > find the qt libs. > > -=- > Notes - > > The BuildRequires need to be above the description. > Use %{?dist} instead of manually specifying the dist. > > on make - use > make %{?_smp_mflags} > > For the desktop file - before using desktop-file-install, create the > directory it will be installed into. > > in %files - use > %defattr(-,root,root-) instead of %defattr(-,root,root) > > Traditionally, %doc comes before any other files > > For the stuff in /usr/share/%{name} just use > > %{_datadir}/%{name} > > rpm will automatically include everything inside that directory. > > For man - just use > > %{_mandir}/man1/* > > Don't specify .gz - some builds of rpm will use .bz2 - so use a > wildcard. Ok thanks all, now i need a sponsor to help me in the review request sequence : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From bugzilla at redhat.com Thu Oct 13 20:38:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 16:38:22 -0400 Subject: [Bug 170701] New: Review Request: php-Smarty - Template/Presentation Framework for PHP 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=170701 Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP 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/php-Smarty.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/php-Smarty-2.6.10-1.src.rpm Description: Although Smarty is known as a "Template Engine", it would be more accurately described as a "Template/Presentation Framework." That is, it provides the programmer and template designer with a wealth of tools to automate tasks commonly dealt with at the presentation layer of an application. I stress the word Framework because Smarty is not a simple tag-replacing template engine. Although it can be used for such a simple purpose, its focus is on quick and painless development and deployment of your application, while maintaining high-performance, scalability, security and future growth. This is my first php submission, be gentle :-). Is there a clean way to get the install dir added to the php include_path 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 Thu Oct 13 20:38:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 16:38:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510132038.j9DKcTBI026460@www.beta.redhat.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| |170701 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 16:54:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:54:00 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141654.j9EGs0Bb018323@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From rdieter at math.unl.edu 2005-10-14 12:53 EST ------- Having to add the .png is unfortunate, which now makes kde unable to use basket's scalable svg icon: %_datadir/icons/(hicolor|crystalsvg)/scalable/apps/basket.svg -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 17:04:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:04:33 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141704.j9EH4Xop019329@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From rdieter at math.unl.edu 2005-10-14 13:04 EST ------- Just checked the icon spec, http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html you shouldn't need to add the .png extension. Implementations are supposed to automatically search for png, svg(optional), and xpm icons. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 17:08:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:08:27 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141708.j9EH8RPj019985@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From rdieter at math.unl.edu 2005-10-14 13:08 EST ------- You should also "touch" the top-level icon dir (to update it's mtime) per comment #2, per the Icon spec (appended). To be safe (especially if the icon theme dir ever changes), you can ignore my suggested: %postun if [ $1 -eq 0 ]; bit, so the touch and gtk-update-... runs unconditionally. ----------------- ... any implementation that does caching is required to look at the mtime of the toplevel icon directories when doing a cache lookup, unless it already did so less than 5 seconds ago. This means that any icon editor or theme installation program need only to change the mtime of the the toplevel directory where it changed the theme to make sure that the new icons will eventually get 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 Fri Oct 14 16:40:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:40:57 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510141640.j9EGevPi017151@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 ------- Additional Comments From fedora at leemhuis.info 2005-10-14 12:40 EST ------- (In reply to comment #8) > > Mmm, quote from > > ..... > > "Help: URL the new package or [...]." > > Yes, but SRPM and SPEC urls usually specified in the initial comment. Therefore > people began to specify link to upstream here. That's more than okay for me, but then IMHO someone (hint) should file a bug against bugzilla to get that comment changed ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 16:28:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:28:48 -0400 Subject: [Bug 169971] Review Request: libqalculate - Multi-purpose calculator library In-Reply-To: Message-ID: <200510141628.j9EGSmTd016108@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libqalculate - Multi-purpose calculator library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From dakingun at gmail.com 2005-10-14 12:28 EST ------- (In reply to comment #12) > Have you been through the CLA part of the Fedora Extras contributors system yet? > If not, do that. Then apply for membership of the cvsextras group and let me > know what your account name is and I'll sponsor you. I've just gone through the process now. My account name is 'deji'. 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 Fri Oct 14 16:23:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:23:48 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141623.j9EGNm5t015333@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From gauret at free.fr 2005-10-14 12:23 EST ------- Thanks for the review. http://gauret.free.fr/fichiers/rpms/fedora/basket-0.5.0-2.src.rpm * Fri Oct 14 2005 Aurelien Bompard 0.5.0-2 - own the doc dir - use hicolor instead of crystalsvg as icon theme - add extension to the icon in the desktop file I've change the icon entry in the desktop file from "basket" to "basket.png". IIRC, GNOME needs the extension. Does the icon show up in GNOME 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 Oct 14 16:24:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:24:24 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510141624.j9EGOO3a015499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 12:24 EST ------- > Mmm, quote from > ..... > "Help: URL the new package or [...]." Yes, but SRPM and SPEC urls usually specified in the initial comment. Therefore people began to specify link to upstream 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 Fri Oct 14 16:17:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:17:03 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510141617.j9EGH3TK014247@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From fedora at leemhuis.info 2005-10-14 12:16 EST ------- (In reply to comment #6) > BTW, "URL" field in the bugzilla ticket should be the same "URL" as in the spec > file -- i.e., it should quickly point people to the primary site of upstream. > (The full tarball's url is already in the spec file anyway). Mmm, quote from https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20Extras&format=extras-review "Help: URL the new package or [...]." >[...] > APPROVED thx. imported, added to owners, branches request, build on devel succeed, FC-4 and FC-3 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 bugzilla at redhat.com Fri Oct 14 16:23:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:23:32 -0400 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510141623.j9EGNWoj015284@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-14 12:23 EST ------- I'm just beginning in packaging and i took the spec file in the contrib rep of the source file and tried to adapt it a few. I will look with attention your files but if you want to own the package there is no problem as you seem to already did more work than me. 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 Fri Oct 14 16:01:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:01:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510141601.j9EG1wxR012036@www.beta.redhat.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 ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170798 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 16:01:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 12:01:44 -0400 Subject: [Bug 170798] New: Review Request: libeXosip2 - A library that hides the complexity of using the SIP 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=170798 Summary: Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol Product: Fedora Extras Version: devel Platform: All URL: http://savannah.nongnu.org/projects/eXosip OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jeff at ollie.clive.ia.us QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.ocjtech.us/libeXosip2-1.9.1-0.1.pre16.spec SRPM Name or Url: http://www.ocjtech.us/libeXosip2-1.9.1-0.1.pre16.src.rpm Description: A library that hides the complexity of using the SIP protocol for mutlimedia session establishement. This protocol is mainly to be used by VoIP telephony applications (endpoints or conference server) but might be also useful for any application that wish to establish sessions like multiplayer games. Builds in mock on i386/devel and using plain ol' rpmbuild on x86_64/fc4. This is my first attempt at submitting something to FE, so please be gentle :). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 17:15:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:15:18 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510141715.j9EHFIfb020800@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-14 13:15 EST ------- There are updated files available at http://ryoko.camperquake.de/fedora/bmp-flac2/ Version 006 can seek, display file tags and has recieved moderate testing. There are no currently known bugs :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 15:16:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:16:56 -0400 Subject: [Bug 167977] Review Request: gnome-screensaver In-Reply-To: Message-ID: <200510141516.j9EFGu43002807@www.beta.redhat.com> Please 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-screensaver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167977 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-10-14 11:16 EST ------- Regarding comment #3, gnome-screensaver has been in FC development for a few days/weeks now (at 0.0.14 currently). Should this bug be closed, or should it stay open in order to try and get gnome-screensaver into Extras for FC4? Matthias -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 15:38:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:38:44 -0400 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200510141538.j9EFci7L007546@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-10-14 11:38 EST ------- The spec file is way too messy : - The conditionals (_with_*/_without_*) are used in a wrong way since modules cannot be enabled or disabled on the rpmbuild command line - Setting the php extension dir to /var/tmp if the php-config execution to get it fails is a bad idea (as it will lead to a really broken package) - Same goes for the version defaulting to "Unknown"... eventually, just make the build fail instead, as a correct php version will be mandatory - Using %{sumary} in the %description should be avoided, since nothing in the spec file syntax says if %{summary} references the last set one or the main one... so if it works, it's pure luck and might break some day - Add the sub-package headers (from %package to %description, included) don't need to be wrapped in %if/%endif as they will simply be ignored if they don't have a matching %files section - The CFLAGS export seems unneeded, unless -fno-strict-aliasing is mandatory, in which case it probably should be considered a bug - The readline LIBS hack should probably only be set temporarily in the for loop when the current module it the readline one in order to avoid any nasty side effects (other modules could get linked to ncurses?) - The %check section is ugly, probably needs cleaning up, and could at least use some explicit comments about what is being done and why - The per .so file %attr(755,root,root) is completely redundant with the above "install -m755" + %defattr(-,root,root) and should be removed for a better readability This all needs to be improved/fixed. Please let me know if you want me to take a stab at 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 Oct 14 15:00:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:00:59 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200510141500.j9EF0xTp032442@www.beta.redhat.com> Please 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 matthias at rpmforge.net 2005-10-14 11:00 EST ------- Thinking a bit more about the above, wouldn't it be best to rename this package to Glide3-Mesa-libGL anyway since it isn't actually a full Mesa distribution, but only the libGL part? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 15:42:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:42:41 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510141542.j9EFgf13008299@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-10-14 11:42 EST ------- BTW, "URL" field in the bugzilla ticket should be the same "URL" as in the spec file -- i.e., it should quickly point people to the primary site of upstream. (The full tarball's url is already in the spec file anyway). rpmlint OK license OK source matches upstream compile OK works fine 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 Oct 14 15:16:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:16:58 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510141516.j9EFGwCb002826@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.leemhuis.info/fil|http://www.leemhuis.info/fil |es/fedorarpms/SRPMS.fdr/tiob|es/fedorarpms/SRPMS.fdr/tiob |ench-0.3.3-1.src.rpm |ench-0.3.3-2.src.rpm ------- Additional Comments From fedora at leemhuis.info 2005-10-14 11:16 EST ------- Dmitry, thx for reviewing (In reply to comment #3) > Remarks and nitpicks: > - As something is compiled, use %{?dist} in release (to separate builds for > different distros). dist is still optional in fedora-extras. But I added it, I just forgot it. :) > - Mixed macro style. Changed > - Additional manuals (Source1,2)[...]let rpm compress them later its own way. Changed, but in a different way > - If the additional manuals are present somewhere separately, it is better to > specify full urls for them. Sure -- I did find a trustworthy URL (besides the debian package -- and including that as source is IMHO overkill) Spec Name or Url: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/tiobench.spec SRPM Name or Url: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/tiobench-0.3.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 Fri Oct 14 15:41:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:41:51 -0400 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510141541.j9EFfp6a008191@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-10-14 11:41 EST ------- Why is everything installed under /usr/ircd? The spec file really needs some cleaning up apart from that too (the very basic buildrequires are unneeded, the way default config files are created, the docs...) I'll attach the current spec file and related files I use for my own needs, in case you want to merge parts with your 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 Oct 14 15:13:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:13:01 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510141513.j9EFD138002184@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-10-14 11:12 EST ------- Ralf, have you improved the plugin since this bug was opened, it is now fully featured? It seems that there is still no official effort on the BMP end to create a FLAC input plugin, and trying to find one is still a nightmare... Matthias -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 14:26:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 10:26:44 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510141426.j9EEQiCU026218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From paul at city-fan.org 2005-10-14 10:26 EST ------- (In reply to comment #13) > (In reply to comment #11) > > Try: > > # chcon -R system_u:object_r:httpd_cache_t /var/lib/rt3 > > For what it's worth at this point, that is how I got RT3 to work with SELinux. Is that *all* that was needed? > If I find some time, I'll see about offering up a patch to the SELinux people. The following lines added to file_contexts/program/apache.fc in the policy sources should take care of both HTML::Mason and rt3 /var/cache/mason(/.*)? system_u:object_r:httpd_cache_t /var/cache/rt3(/.*)? system_u:object_r:httpd_cache_t I think we're all agreed that /var/cache/rt3 is a better option than /var/lib/rt3, aren't we? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 14:58:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 10:58:21 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510141458.j9EEwLXD031869@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 10:58 EST ------- > I was matching php-adodb in extras which is similar. Sadly, it is another bad example (its upstream name was "adodb"...). > I think a php library is much like a perl or python library > which get perl- or py prefixes. Not all present "noarch" perl or python packages have such prefixes. Anyway, "php-adodb" is an unique precedent. It would be better to ask about such a naming in fedora-extras-list . > Source0 is commented out because it does not build properly with it in. ??? I've download tarball from the location currently commented out, it matches the tarball in the srpm. What is the reason to not specify full url for the tarball? (It is "http://smarty.php.net/...", not "/export/home/orion/....") -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 15:40:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:40:04 -0400 Subject: [Bug 170296] Review Request: qalculate-kde - qt gui frontends to qalculate In-Reply-To: Message-ID: <200510141540.j9EFe4Y1007836@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-kde - qt gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170296 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-10-14 11:39 EST ------- Review: - rpmlint nearly clean - see below - package and spec file naming OK - package meets guidelines - license is GPL, matches spec, text included - spec file written in English and is legible - sources match upstream - package builds OK in mock for FC4 (i386) - BR's OK - %find_lang used to handle locale data properly - HTML documentation also handled properly - no libraries, pkgconfigs or subpackages 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 - docs not excessively large - docs don't affect runtime, except for online help not working if --excludedocs is used - desktop file installed properly - package appears to function correctly - no scriptlets - all previous issues addressed Notes: - rpmlint output: W: qalculate-kde dangling-symlink /usr/share/doc/HTML/en/qalculate_kde/common /usr/share/doc/HTML/en/common W: qalculate-kde symlink-should-be-relative /usr/share/doc/HTML/en/qalculate_kde/common /usr/share/doc/HTML/en/common this is common with KDE apps and has been OK-ed before: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg01495.html 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 Oct 14 14:52:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 10:52:45 -0400 Subject: [Bug 169971] Qalculate - A multi-purpose desktop calculator for GNU/Linux In-Reply-To: Message-ID: <200510141452.j9EEqjVd030489@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Qalculate - A multi-purpose desktop calculator for GNU/Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 ------- Additional Comments From paul at city-fan.org 2005-10-14 10:52 EST ------- Have you been through the CLA part of the Fedora Extras contributors system yet? If not, do that. Then apply for membership of the cvsextras group and let me know what your account name is and I'll sponsor 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 Oct 14 14:18:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 10:18:41 -0400 Subject: [Bug 169789] Review Request: tiobench In-Reply-To: Message-ID: <200510141418.j9EEIfBE025270@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tiobench https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169789 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 10:18 EST ------- Remarks and nitpicks: - As something is compiled, use %{?dist} in release (to separate builds for different distros). - Mixed macro style. As used $RPM_BUILD_ROOT, use $RPM_OPT_FLAGS, not %{optflags} (or vice versa). - Additional manuals (Source1,2) are copied directly. It provides correct result now, but sometime in the future it will be possible that manuails will be compressed as .bz2, or will not be compressed at all. Therefore it is better to just uncompress these files and let rpm compress them later its own way. - If the additional manuals are present somewhere separately, it is better to specify full urls for 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 Fri Oct 14 15:10:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 11:10:03 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510141510.j9EFA36B001720@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 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-10-14 11:09 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is GPL, matches spec, text included - spec file written in English and is legible - sources match upstream - package builds OK in mock for FC4 (i386) - BR's OK - %find_lang used for locale data - no libraries, pkgconfigs or subpackages to worry about - not relocatable - no directory ownership or permissions problems - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - documentation not excessively large - docs don't affect runtime, other than online help not working if --excludedocs is used - desktop file installed properly - package appears to function correctly - scriptlets for scrollkeeper-update appear sane - all previously-mentioned issues addressed 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 Oct 14 14:33:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 10:33:05 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510141433.j9EEX5h7026976@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From orion at cora.nwra.com 2005-10-14 10:32 EST ------- I was matching php-adodb in extras which is similar. I think a php library is much like a perl or python library which get perl- or py prefixes. Source0 is commented out because it does not build properly with it in. File /export/home/orion/redhat/php-Smarty-2.6.10/do_download.php?download_file=Smarty-2.6.10.tar.gz: No such file or 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 Fri Oct 14 14:53:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 10:53:59 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200510141453.j9EErx1L030838@www.beta.redhat.com> Please 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 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-10-14 10:53 EST ------- Below is a quick patch to the spec file : - Keep spaces/tabs consistent - Shorten Source0 URL and use version macro (less errors when updating) - Add exclusivearch to ix86 and x86_64 (seems to make sense, tell me otherwise) - Simplify %build (non duplicate lines are less prone to errors when changed) - Remove libver define as it can easily be avoided - Simplify %install section as the proper relative symlink already exists I tested a build on FC4, and a package install/uninstall. All went fine, but I am unfortunately unable to test the package's actual functionnality because I lack Voodoo hardware. I have a question, though : Instead of using the wrapper script approach, wouldn't it be possible to create a package which could be a system wide replacement for xorg-x11-Mesa-libGL? Having the libGL libary split off was (AFAIK) done exactly for that purpose. $ rpm -q --provides xorg-x11-Mesa-libGL Mesa libGL = 1 libGL.so.1 xorg-x11-Mesa-libGL = 6.8.2-37.FC4.49.2 So if we want to do it, renaming the package Glide3-Mesa-libGL for instance, and providing explicitely "Mesa" and "libGL = 1" should be enough. The actual install step will need to be manual though, as an obsoletes is not what is wanted (everyone would end up with the Glide3 version!), and the conflicting libGL.so.1 symlink will prevent any parallel installation. I can't think of anything other than "rpm -e --nodeps xorg-x11-Mesa-libGL" prior to installing this package. Matthias -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 12:38:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 08:38:50 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141238.j9ECco2K009638@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From rdieter at math.unl.edu 2005-10-14 08:38 EST ------- Interestingly, I just looked at /usr/share/icons/Bluecurve/index.theme, and it includes: Bluecurve/index.theme:Inherits=gnome,crystalsvg so it *should* have inherited from cyrstalsvg too. ??? Adrian, what icon theme are you using? However, I'd still recommend using hicolor instead of crystalsvg, since all(most?) icon themes should (eventually) inherit from it (which isn't necesarily true for crystalsvg). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 13:35:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 09:35:59 -0400 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200510141335.j9EDZxJM019034@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |developer at peptolab.com ------- Additional Comments From dmitry at butskoy.name 2005-10-14 09:35 EST ------- *** Bug 169544 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 Oct 14 13:35:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 09:35:42 -0400 Subject: [Bug 169544] Review Request: php-tidy In-Reply-To: Message-ID: <200510141335.j9EDZgB1018984@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-tidy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169544 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-10-14 09:35 EST ------- *** This bug has been marked as a duplicate of 170131 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 13:00:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 09:00:01 -0400 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200510141300.j9ED01S2012701@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 08:59 EST ------- When I compile with different optimization levels, "make check" fails in different places. "-O0 -DUSE_NO_SPINLOCKS" and "-O1" lead to: ERROR: Leaks found in main heap check, aborting ./src/tests/heap-checker_unittest.sh: line 59: 31153 Aborted $HEAP_CHECKER "-O2" produces: Check failed: check.SameHeap() == true and "-O3" gives a lot of: >>> Test failed for Allocate: didn't use 90% of cpu IMHO, it is a situation for the technical knockout :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 12:31:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 08:31:00 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141231.j9ECV01Y009088@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From rdieter at math.unl.edu 2005-10-14 08:30 EST ------- Adrian, IMO, the icon missing is an upstream issue, in that basket should be installing it's icon(s) in the hicolor theme, not crystalsvg. crystalsvg inherits from hicolor, so the quick-n-dirty fix would be to: mv $RPM_BUILD_ROOT%{_datadir}/icons/cyrstalsvg \ $RPM_BUILD_ROOT%{_datadir}/icons/hicolor and then adjust %post/%postun, to something like: %post touch %{_datadir}/icons/hicolor ||: gtk-update-icon-cache -q %{_datadir}/icons/hicolor 2>/dev/null ||: %postun if [ $1 -eq 0 ]; then touch %{_datadir}/icons/hicolor ||: gtk-update-icon-cache -q %{_datadir}/icons/hicolor 2>/dev/null ||: fi -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 13:25:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 09:25:28 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510141325.j9EDPSfZ017091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 09:25 EST ------- Following PackageNamingGuidelines, "the name should match the upstream tarball or project name from which this software came". Therefore the name should be "Smarty". Another reason for this -- normally, "php-something" means an extra module to php (aka php-ldap.so, php-gd.so etc.) Why you have commented out Source0 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 Fri Oct 14 12:27:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 08:27:15 -0400 Subject: [Bug 170172] Review Request: scim-input-pad In-Reply-To: Message-ID: <200510141227.j9ECRFbR008652@www.beta.redhat.com> Please 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-input-pad https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170172 ------- Additional Comments From ryo-dairiki at users.sourceforge.net 2005-10-14 08:27 EST ------- I've applied it, 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 Fri Oct 14 11:47:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 07:47:07 -0400 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200510141147.j9EBl7xP005140@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 07:47 EST ------- "make check" issue: First, that i've figure out, is uninitialized objects in the perl script ./src/pprof. BTW this script goes to /usr/bin "as is" without any changes... Also I've found some bug report at upstream: http://sourceforge.net/tracker/index.php?func=detail&aid=1291707&group_id=133355&atid=726859 All shows that this package is yet not stable 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 Fri Oct 14 10:19:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 06:19:40 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510141019.j9EAJe7F031001@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-14 06:19 EST ------- The package should own "/usr/share/doc/HTML/en/basket/" And I cannot see the icon in the gnome menu. Even after a restart of the menu. Can icons in the crystalsvg be used from the gnome 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 Oct 14 11:05:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 07:05:02 -0400 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200510141105.j9EB528H001738@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-10-14 07:04 EST ------- > Google is the upstream maintainer. goog-perftools is their sourceforge name, no > idea why they did it. The actual package name is "google-perftools", thus the > name is ok. I'm still confused by this "goog" ... Whether there are any precedents of inclusion into Fedora of packages which names contain trade marks? IANAL, but in the current legal atmosphere it would be better to try to ask the upstream about this issue. I.e., is such a name is allowed (I guess yes), and why "goog" is on SourceForge. The answer can be included as a file into %doc, and this will close the issue forever. The same time it would be possible to ask them to include a text of its license in the upstream distribution, or just to give a url link to it. > Having %check run make check doesn't help us, it fails because of lots of > missing debuginfo packages. Not understood... WTF "debuginfo packages" ??.. "make check" actually does two things: "make $(check_SCRIPTS)" and "make check_TESTS". check_TESTS passed OK, but $(check_SCRIPTS) failed. I'll try to figure out now, why. Anyway, this package contains a check stuff. It is included to make sure that the compiled things work correctly. Now, "make check" fails, it mean that results are incorrect. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 08:24:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 04:24:39 -0400 Subject: [Bug 166317] Review Request: perl-X11-Protocol In-Reply-To: Message-ID: <200510140824.j9E8OdoI021072@www.beta.redhat.com> Please 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 duncan_j_ferguson at yahoo.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NOTABUG ------- Additional Comments From duncan_j_ferguson at yahoo.co.uk 2005-10-14 04:24 EST ------- Attempted to resolve as "next release" but dont have the option 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 Fri Oct 14 08:55:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 04:55:37 -0400 Subject: [Bug 166317] Review Request: perl-X11-Protocol In-Reply-To: Message-ID: <200510140855.j9E8tb3S023432@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- Resolution|NOTABUG |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2005-10-14 04:55 EST ------- Make sure you are in the "fedorabugs" group in the accounts system. https://admin.fedora.redhat.com/accounts/userbox.cgi -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 07:53:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 03:53:22 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200510140753.j9E7rMEA018615@www.beta.redhat.com> Please 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-10-14 03:53 EST ------- I'll see to 2. Cheers 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 buildsys at fedoraproject.org Fri Oct 14 00:51:53 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 13 Oct 2005 20:51:53 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051014005153.F0F4A7FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 14 TeXmacs-1.0.5.10-2.fc4 abiword-2.4.1-1.fc4 arc-5.21o-1.fc4 fortune-firefly-1.8-3 fortune-firefly-2.0-2 grepmail-5.3032-2.fc4 lcdf-typetools-2.35-1.fc4 libnjb-2.2.4-1.fc4 perl-Algorithm-Dependency-1.101-1.fc4 perl-FileHandle-Unget-0.1621-1.fc4 perl-HTTP-Server-Simple-Mason-0.09-3.fc4 perl-Mail-Mbox-MessageParser-1.4001-1.fc4 perl-Maypole-2.10-4.fc4 perl-Params-Util-0.07-1.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 Fri Oct 14 03:34:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 23:34:43 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510140334.j9E3YhW4026468@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From toshio at tiki-lounge.com 2005-10-13 23:34 EST ------- Hey Paul -- do you still have the build.log for you i386 build? Or the build tree around? One possibility from loking at the logs is that x86_64 isn't definng USE_NLS for some reason. The other is that the Makefile in the po directory is supposed to do something even if USE_NLS isn't defined. I lean towards the former, but I'm not sure where configure's detection is going haywire. Seeing some of the successful logs could be helpful 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 jpmahowald at gmail.com Fri Oct 14 03:04:14 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Thu, 13 Oct 2005 22:04:14 -0500 Subject: Buildsys disk full In-Reply-To: <1128720405.25539.24.camel@cutter> References: <1128718951.31488.152.camel@localhost.localdomain> <1128720248.25539.22.camel@cutter> <1128720405.25539.24.camel@cutter> Message-ID: <3ea997540510132004x11e612f3h44375b927406c9a@mail.gmail.com> On 10/7/05, seth vidal wrote: > > oh and the server_work dir has 20G of old busted cruft in it. > > maybe a time-based pruning is order. > tmpwatch style? From buildsys at fedoraproject.org Fri Oct 14 00:51:41 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 13 Oct 2005 20:51:41 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051014005141.02E977FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 10 arc-5.21o-1.fc3 fortune-firefly-2.0-1 grepmail-5.3032-2.fc3 lcdf-typetools-2.35-1.fc3 libnjb-2.2.4-1.fc3 obby-0.2.0-5.fc3 perl-Algorithm-Dependency-1.101-1.fc3 perl-FileHandle-Unget-0.1621-1.fc3 perl-Mail-Mbox-MessageParser-1.4001-1.fc3 perl-Params-Util-0.07-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 Thu Oct 13 22:55:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 18:55:08 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510132255.j9DMt8CX006993@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From dakingun at gmail.com 2005-10-13 18:55 EST ------- (In reply to comment #10) > > > > Have you had any feedback regarding the yelp issue? > > I've submitted a bug report for it at the project's sourceforge site, no > response yet. > Spoke too soon, bug has been fixed. New package with the fix uploaded ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-0.8.2-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 Fri Oct 14 00:43:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 20:43:01 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200510140043.j9E0h176014716@www.beta.redhat.com> Please 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 jspaleta at gmail.com 2005-10-13 20:42 EST ------- okay i dug up a version of perl-libxml-enno and got Sprog to build locally. Everything checks out on the MUST list of review items... except... sprog needs a .desktop file since its a gui app. So there are 2 outstanding issues right now 1) perl(Template) is a requires and a buildrequires.. but is a blocker to getting this built until perl-Template-Toolkit is corrected to fix its dep problem 2) sprog needs a .desktop file. Nothing we can do about #1. But in the meantime can you spin up a new srpm that includes a .desktop file and the associated scriptlets. -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 mpeters at mac.com Fri Oct 14 01:14:59 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 13 Oct 2005 18:14:59 -0700 Subject: xen and software testing Message-ID: <1129252499.7458.16.camel@locolhost.localdomain> Today I took a machine of mine that had been a headless server, no gui. I used yum groupinstall to get gnome desktop environment onto it, etc. - and then proceeded to use yum to install one of the packages I maintain. It segfaulted before starting. I installed the debug package and tried through gdb - results is no debugging symbols found and then it segfaults - this is all before the gui is loaded. I put in another HD and did a fresh install on same hardware, choosing gnome desktop environment - yum installed my app, and it runs beautifully. The headless server started as FC4test2 and was yum updated to FC4 so its possible there is some cruft left, but I suspect that there is some non shared library dependency that is not specified that isn't there. I compiled the software myself on that machine with rpmbuild -bi and ran the binary from the buildroot, same broken result. This got me thinking - since we use mock to get an absolute minimal build environment, if maybe we should look at implementing something similar (mook for lack of creativity) with xen to provide an absolute minimal qa environment? IE mook foobar.rpm will use yum to create a minimal system with foobar.rpm that a packager/tester can use to test for unspecified dependencies that rpm didn't catch. With another package of mine, I found such a missing dependency when I tried to use it inside of mock for a personal rpm - it might be beneficial if there was a tool with which to *easily* create a minimal QA environment to make sure all runtime dependencies really are there. From bugzilla at redhat.com Thu Oct 13 22:14:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 18:14:27 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510132214.j9DMERxW004325@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 ------- Additional Comments From dakingun at gmail.com 2005-10-13 18:14 EST ------- (In reply to comment #9) New files with corrections here; ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-gtk-0.8.2-3.src.rpm > > Have you had any feedback regarding the yelp issue? I've submitted a bug report for it at the project's sourceforge site, no response 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 Oct 13 21:41:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 17:41:36 -0400 Subject: [Bug 166459] Review Request: bigloo - compiler for the Scheme programming language In-Reply-To: Message-ID: <200510132141.j9DLfabv000838@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bigloo - compiler for the Scheme programming language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166459 ------- Additional Comments From gemi at bluewin.ch 2005-10-13 17:41 EST ------- (In reply to comment #4) > * Bugzilla component is missing. Ok, updated owners.list > * Broken package dependencies on ppc: > > $ rpm -qpR bigloo-libs-2.6f-1.fc4.ppc.rpm | grep build > /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so > > Same for bigloo-2.6f-1.fc4.ppc.rpm Do you know what's wrong there, bigloo-libs-2.6f-3 doesn't have this problem. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 13 23:50:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 19:50:26 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200510132350.j9DNoQYt010819@www.beta.redhat.com> Please 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 jspaleta at gmail.com 2005-10-13 19:50 EST ------- Sigh.... Can't get this to build against current development tree. The blasted perl-Template-Toolkit package requires perl(XML::DOM) which used to be provided by perl-libxml-enno which was removed from Core on 20050921 nothing in developmnent right now provides perl(XML::DOM) so we are kinda stuck. I've opened a bug ticket against perl-Template-Toolkit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170716 I might be able to dig up a cachsed version of -enno so I can build this locally outside of mock to get this review done. -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 buildsys at fedoraproject.org Fri Oct 14 00:52:30 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 13 Oct 2005 20:52:30 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051014005230.174927FE4@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 23 TeXmacs-1.0.5.10-2.fc5 abiword-2.4.1-2.fc5 arc-5.21o-1.fc5 bittorrent-4.1.6-2.fc5 d4x-2.5.5-1.fc5 denyhosts-1.1.2-1.fc5 fillets-ng-0.7.3-1.fc5 fortune-firefly-1.9-3 fortune-firefly-2.0-4 grepmail-5.3032-1.fc5 grepmail-5.3032-2.fc5 lcdf-typetools-2.35-1.fc5 libbinio-1.4-4.fc5 libnjb-2.2.4-1.fc5 libsexy-0.1.1-1.fc5 lighttpd-1.4.6-1.fc5 p7zip-4.29-2.fc5 perl-Algorithm-Dependency-1.101-1.fc5 perl-BerkeleyDB-0.26-6.fc5 perl-FileHandle-Unget-0.1621-1.fc5 perl-HTTP-Server-Simple-Mason-0.09-3.fc5 perl-Mail-Mbox-MessageParser-1.4001-1.fc5 perl-Params-Util-0.07-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 Thu Oct 13 21:09:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 17:09:59 -0400 Subject: [Bug 166459] Review Request: bigloo - compiler for the Scheme programming language In-Reply-To: Message-ID: <200510132109.j9DL9xSl030428@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bigloo - compiler for the Scheme programming language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166459 ------- Additional Comments From bugs.michael at gmx.net 2005-10-13 17:09 EST ------- * Bugzilla component is missing. * Broken package dependencies on ppc: $ rpm -qpR bigloo-libs-2.6f-1.fc4.ppc.rpm | grep build /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so Same for bigloo-2.6f-1.fc4.ppc.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 Oct 13 22:03:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 13 Oct 2005 18:03:26 -0400 Subject: [Bug 170296] Review Request: qalculate-kde - qt gui frontends to qalculate In-Reply-To: Message-ID: <200510132203.j9DM3QKK003225@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-kde - qt gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170296 ------- Additional Comments From dakingun at gmail.com 2005-10-13 18:03 EST ------- Thanks Paul for the patch(es) and review. New files with corrections uploaded. ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde.spec ftp://czar.eas.yorku.ca/pub/qalculate/qalculate-kde-0.8.2-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 Oct 14 17:34:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:34:18 -0400 Subject: [Bug 168920] Review Request: html-xml-utils In-Reply-To: Message-ID: <200510141734.j9EHYI6T024502@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: html-xml-utils https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168920 ------- Additional Comments From bdpepple at ameritech.net 2005-10-14 13:34 EST ------- Gavin, what's the status of this? Has it been built 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 Fri Oct 14 17:40:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:40:35 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510141740.j9EHeZsZ027055@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From matthias at rpmforge.net 2005-10-14 13:40 EST ------- Great news! So, with seeking and tag reading implemented, are there any important features missing? If not, I'll definitely be reviewing 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 Fri Oct 14 17:44:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:44:09 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510141744.j9EHi9Yd027554@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-14 13:44 EST ------- Well, see for yourself if anything you consider important is in the "missing" list: http://www.skytale.net/projects/bmp-flac2/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 17:56:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 13:56:51 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510141756.j9EHupuw029926@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From chris at chrisgrau.com 2005-10-14 13:56 EST ------- (In reply to comment #14) > (In reply to comment #13) > > (In reply to comment #11) > > > Try: > > > # chcon -R system_u:object_r:httpd_cache_t /var/lib/rt3 > > > > For what it's worth at this point, that is how I got RT3 to work with SELinux. > > Is that *all* that was needed? Yes. > I think we're all agreed that /var/cache/rt3 is a better option than > /var/lib/rt3, aren't we? I am. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 18:27:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 14:27:46 -0400 Subject: [Bug 167977] Review Request: gnome-screensaver In-Reply-To: Message-ID: <200510141827.j9EIRk60001696@www.beta.redhat.com> Please 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-screensaver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167977 ------- Additional Comments From rstrode at redhat.com 2005-10-14 14:27 EST ------- I guess it all depends on what Ricardo wants to 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 Fri Oct 14 19:57:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 15:57:00 -0400 Subject: [Bug 168920] Review Request: html-xml-utils In-Reply-To: Message-ID: <200510141957.j9EJv0ah016005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: html-xml-utils https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168920 ------- Additional Comments From ghenry at suretecsystems.com 2005-10-14 15:56 EST ------- Sorry, I was waiting for your final approve. Committed and built. 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 bugs.michael at gmx.net Fri Oct 14 20:05:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 14 Oct 2005 22:05:41 +0200 Subject: rpms/fortune-firefly/devel firefly, 1.2, 1.3 fortune-firefly.spec, 1.4, 1.5 In-Reply-To: <200510122339.j9CNdjtV012119@cvs-int.fedora.redhat.com> References: <200510122339.j9CNdjtV012119@cvs-int.fedora.redhat.com> Message-ID: <20051014220541.7816e0ce.bugs.michael@gmx.net> On Wed, 12 Oct 2005 19:39:15 -0400, Karen Rei Pease wrote: > Author: meme > > Update of /cvs/extras/rpms/fortune-firefly/devel > @@ -1,5 +1,5 @@ > Name: fortune-firefly > -Version: 1.9 > +Version: 2.0 > Release: 3 You would usually reset "Release" to 1 when you increase "Version". Now it's too late, though. Packages have been released already. From contact at ardchoille.org Fri Oct 14 20:52:12 2005 From: contact at ardchoille.org (Ian MacGregor) Date: Fri, 14 Oct 2005 13:52:12 -0700 Subject: Package submission process Message-ID: <43501A7C.8020801@ardchoille.org> Hello, My name is Ian MacGregor and I have been using Fedora since FC1. Fedora is the best distro available and I thank those involved for its creation. I create packages for apps when I find an app that I like which is not on Fedora Extras or Livna - I enjoy building packages. I have been trying to become a Fedora Extras contributor but I cannot understand the 20-step process here: http://fedoraproject.org/wiki/Extras/Contributors I have dozens of packages that I'd like to contribute to the community but the process is, IMHO, too involved, time consuming and complicated. It is my opinion that this process can be streamlined down to a mere 6 steps, as outlined below: Step 1: Read and follow the PackagingGuidelines and PackageNamingGuidelines. Step 2: Make a package. Step 3: Upload your SRPM and SPEC files onto the internet somewhere. Step 4: Contact a Reviewer and let them know your package is ready for review. If the package is acceptable, go to Step 6, else Step 5. Step 5: Take care of any problems the reviewer found with the package and go to Step 3. Step 6: Submit the package to Fedora Extras. Step 7: Bask in the knowledge that you are helping the community grow. It just seems to me that someone took what should have been a simple process and complicated the heck out of it. I am not complaining, rather I am stating the obvious. I feel that there are many packagers out there (I know of several) who are simply not willing or able to comply with all of the 20 current steps - most of which are unnecessary as it's just a .src.rpm/.rpm of source code and the packager is not supposed to alter the source code to begin with. Not only is the current process confusing, but I feel it is a waste of time and server space and I do not have the time nor patience to keep up with it all. Making a .src.rpm/.rpm is one thing, as it only takes a small bit of time, but keeping up with everything regarding the current process is much too time consuming and confusing in my opinion. Can you imagine the number of packages that could be submitted to Extras, and the number of new packagers willing to build and submit, if this process were made easier? I'll check back often and if/when the current process is streamlined I would even be willing to tackle many of the packages on the http://fedoraproject.org/wiki/WishlistExtras Thank you for your time. Respectfully, Ian MacGregor http://ardchoille.org From bugzilla at redhat.com Fri Oct 14 20:51:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 16:51:44 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510142051.j9EKpi82022045@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 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-10-14 16:51 EST ------- Attached is a quick spec file patch. The major change is that the bmp plugin directory is queried properly by pkg-config instead of being hardcoded (not very important, but can become a nice feature in the future, to have bmp and bmpx co-exist for instance). Another change is the removal of the desktop-file-utils dependency, replaced by "|| :" for the update-desktop-database calls : I find this cleaner in the sense that the application would be able to get installed without a whole freedesktop setup and still run. Let me know if you include those changes, and I'll approve the 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 jspaleta at gmail.com Fri Oct 14 21:08:20 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 14 Oct 2005 17:08:20 -0400 Subject: Package submission process In-Reply-To: <43501A7C.8020801@ardchoille.org> References: <43501A7C.8020801@ardchoille.org> Message-ID: <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> On 10/14/05, Ian MacGregor wrote: > My name is Ian MacGregor and I have been using Fedora since FC1. > Fedora is the best distro available and I thank those involved for its > creation. I create packages for apps when I find an app that I like > which is not on Fedora Extras or Livna - I enjoy building packages. I > have been trying to become a Fedora Extras contributor but I cannot > understand the 20-step process here: > http://fedoraproject.org/wiki/Extras/Contributors Sorry you feel this way. But I think you have greatly over-simplified what is actually necessary. In your six step world.. how do you gain access to the cvs system? Who creates the cvs account for you? steps 8-13 in the Extras process detail exactly how you gain access to the cvs system so you can actually import the package. If you dont have access to the cvs system... how exactly do you import the package? I don't see you addressing this issue. In your six step world.. how do you specify which fedora release you want to build a package for in the build system? Fc3? Fc4? development? how do you pick which branch to build for? Its not so simple as saying "build for all"..dependancies can change from Core release to Core release so some packages won't build or work correctly on fc3 but may for fc4. Istanbul for example.. only works for fedora development because of a dependancy that is only available in fedora development right now. Steps 16-19 give the details on how to pick which release branches to build for. I dont see you addressing this issue. In your six step world.. how do you automate the creation of a bugzilla component so users of that package have a place to report bugs? Step 15 details how this is done in the Extras process. It is important to make sure that users have a place to file bugs. I don't see you addressing this issue. None of these issues can just be ignored..there must be a process by which people gain cvs access, create release branches and generate a bugzilla listing for the package. If you have serious thoughts on how to streamline the process in a way that still makes sure those items get dealt with feel free to elaborate on your ideas. -jef From eric.tanguy at univ-nantes.fr Fri Oct 14 21:18:28 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 14 Oct 2005 23:18:28 +0200 Subject: Package submission process In-Reply-To: <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> Message-ID: <1129324709.2892.5.camel@bureau.maison> Le vendredi 14 octobre 2005 ? 17:08 -0400, Jeff Spaleta a ?crit : > On 10/14/05, Ian MacGregor wrote: > > My name is Ian MacGregor and I have been using Fedora since FC1. > > Fedora is the best distro available and I thank those involved for its > > creation. I create packages for apps when I find an app that I like > > which is not on Fedora Extras or Livna - I enjoy building packages. I > > have been trying to become a Fedora Extras contributor but I cannot > > understand the 20-step process here: > > http://fedoraproject.org/wiki/Extras/Contributors > > > Sorry you feel this way. But I think you have greatly over-simplified > what is actually necessary. In your six step world.. how do you gain > access to the cvs system? Who creates the cvs account for you? steps > 8-13 in the Extras process detail exactly how you gain access to the > cvs system so you can actually import the package. If you dont have > access to the cvs system... how exactly do you import the package? I > don't see you addressing this issue. > > In your six step world.. how do you specify which fedora release you > want to build a package for in the build system? Fc3? Fc4? > development? how do you pick which branch to build for? > Its not so simple as saying "build for all"..dependancies can change > from Core release to Core release so some packages won't build or work > correctly on fc3 but may for fc4. Istanbul for example.. only works > for fedora development because of a dependancy that is only available > in fedora development right now. Steps 16-19 give the details on how > to pick which release branches to build for. I dont see you > addressing this issue. > > In your six step world.. how do you automate the creation of a > bugzilla component so users of that package have a place to report > bugs? Step 15 details how this is done in the Extras process. It is > important to make sure that users have a place to file bugs. I don't > see you addressing this issue. > > None of these issues can just be ignored..there must be a process by > which people gain cvs access, create release branches and generate a > bugzilla listing for the package. If you have serious thoughts on how > to streamline the process in a way that still makes sure those items > get dealt with feel free to elaborate on your ideas. > > > -jef > I have nothing to add about this process but just a question : how to find a sponsor ? I need a sponsor and i'm not sur if i have to find one at step 7 or step 9 ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From jspaleta at gmail.com Fri Oct 14 21:25:54 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 14 Oct 2005 17:25:54 -0400 Subject: Package submission process In-Reply-To: <1129324709.2892.5.camel@bureau.maison> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> Message-ID: <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> On 10/14/05, Eric Tanguy wrote: > I have nothing to add about this process but just a question : how to > find a sponsor ? I need a sponsor and i'm not sur if i have to find one > at step 7 or step 9 ? Its actually step 5. For your first package the reviewer==sponsor The number of people who can sponsor new contributors is limited to a group of veteran contributors. Every contributor can be a reviewer... but only a limited number of people can act as sponsors. Step 5: Fill out this form: [WWW] Make sure that you mention in Review Description that this is your first package, and you are seeking a sponsor people who have the ability to sponsor new contributors should be looking for Review Descriptions in bugzilla.. looking for items that are "first package seeking a sponsor" After you get your first package imported... any other contributor can act as a reviewer and the process becomes simpler. -jef From robert at marcanoonline.com Fri Oct 14 21:27:32 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Fri, 14 Oct 2005 17:27:32 -0400 Subject: Package submission process In-Reply-To: <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> Message-ID: <1129325253.4904.12.camel@tprobert.intranet.promca.com> On Fri, 2005-10-14 at 17:08 -0400, Jeff Spaleta wrote: > On 10/14/05, Ian MacGregor wrote: > > My name is Ian MacGregor and I have been using Fedora since FC1. > > Fedora is the best distro available and I thank those involved for its > > creation. I create packages for apps when I find an app that I like > > which is not on Fedora Extras or Livna - I enjoy building packages. I > > have been trying to become a Fedora Extras contributor but I cannot > > understand the 20-step process here: > > http://fedoraproject.org/wiki/Extras/Contributors > > > Sorry you feel this way. But I think you have greatly over-simplified > what is actually necessary. In your six step world.. how do you gain > access to the cvs system? Who creates the cvs account for you? steps > 8-13 in the Extras process detail exactly how you gain access to the > cvs system so you can actually import the package. If you dont have > access to the cvs system... how exactly do you import the package? I > don't see you addressing this issue. It looks than Ian just do not want to do the CVS job, the maintenance of the RPM in the repository, take care of the compatibility with each Fedora release. Maybe a Wiki page can be created where people can register the location of the RPMs they have created in order to give some help to people looking for something to package and mantain. > > In your six step world.. how do you specify which fedora release you > want to build a package for in the build system? Fc3? Fc4? > development? how do you pick which branch to build for? > Its not so simple as saying "build for all"..dependancies can change > from Core release to Core release so some packages won't build or work > correctly on fc3 but may for fc4. Istanbul for example.. only works > for fedora development because of a dependancy that is only available > in fedora development right now. Steps 16-19 give the details on how > to pick which release branches to build for. I dont see you > addressing this issue. > > In your six step world.. how do you automate the creation of a > bugzilla component so users of that package have a place to report > bugs? Step 15 details how this is done in the Extras process. It is > important to make sure that users have a place to file bugs. I don't > see you addressing this issue. > > None of these issues can just be ignored..there must be a process by > which people gain cvs access, create release branches and generate a > bugzilla listing for the package. If you have serious thoughts on how > to streamline the process in a way that still makes sure those items > get dealt with feel free to elaborate on your ideas. > > > -jef > ________________________________________ Robert Marcano ???????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From eric.tanguy at univ-nantes.fr Fri Oct 14 21:31:25 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 14 Oct 2005 23:31:25 +0200 Subject: Package submission process In-Reply-To: <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> Message-ID: <1129325485.2892.9.camel@bureau.maison> Le vendredi 14 octobre 2005 ? 17:25 -0400, Jeff Spaleta a ?crit : > On 10/14/05, Eric Tanguy wrote: > > I have nothing to add about this process but just a question : how to > > find a sponsor ? I need a sponsor and i'm not sur if i have to find one > > at step 7 or step 9 ? > > Its actually step 5. For your first package the reviewer==sponsor > The number of people who can sponsor new contributors is limited to a > group of veteran contributors. Every contributor can be a reviewer... > but only a limited number of people can act as sponsors. > > Step 5: Fill out this form: [WWW] > Make sure that you mention in Review Description that this is > your first package, and you are seeking a sponsor > > > people who have the ability to sponsor new contributors should be > looking for Review Descriptions in bugzilla.. looking for items that > are "first package seeking a sponsor" > > After you get your first package imported... any other contributor can > act as a reviewer and the process becomes simpler. > > > -jef Thank you for clarification but i'm not sure to well understand. in the decription i put : Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-5.src.rpm Description: Qucs is a circuit simulator with graphical user interface. The software aims to support all kinds of circuit simulation types, e.g. DC, AC, S-parameter and harmonic balance analysis. This is my first package and i'm seeking a sponsor. Thanks Is it sufficient or do i need to put exactly "first package seeking a sponsor" Sorry for misunderstood. -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From jspaleta at gmail.com Fri Oct 14 21:33:45 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 14 Oct 2005 17:33:45 -0400 Subject: Package submission process In-Reply-To: <1129325253.4904.12.camel@tprobert.intranet.promca.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129325253.4904.12.camel@tprobert.intranet.promca.com> Message-ID: <604aa7910510141433q57649cdaj371f840882e32299@mail.gmail.com> On 10/14/05, Robert Marcano wrote: > It looks than Ian just do not want to do the CVS job, the maintenance of > the RPM in the repository, take care of the compatibility with each > Fedora release. Maybe a Wiki page can be created where people can > register the location of the RPMs they have created in order to give > some help to people looking for something to package and mantain. Ian is perfectly capable of posting a url location to this list to see if anyone can use those packages as starting points for maintainership in Extras. If the packages aren't going to be maintained...i don't see the point of cateloging them on a wikipage where they will just form a stale list that never gets cleaned up. I wikipage list will also just encourage people to easily find and use the "unmaintained" packages. -jef From bugzilla at redhat.com Fri Oct 14 21:31:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 17:31:53 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510142131.j9ELVriX025123@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From gauret at free.fr 2005-10-14 17:31 EST ------- I tried in GNOME with the .png extension, and it didn't change a thing, so I removed the hack. http://gauret.free.fr/fichiers/rpms/fedora/basket-0.5.0-2.src.rpm * Fri Oct 14 2005 Aurelien Bompard 0.5.0-3 - don't add the extension to the icon, it's useless - touch the icon dir in post and postun Does the icon show up in GNOME ? At some point I tried a symlink to /usr/share/pixmaps, and the icon appeared. Then I removed the symlink, and now the icons stays (tried to restart GNOME, still there). What's the preferred 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 Fri Oct 14 21:32:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 17:32:40 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510142132.j9ELWeaH025216@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 ------- Additional Comments From gauret at free.fr 2005-10-14 17:32 EST ------- Wrong URL, it should be release 3 : http://gauret.free.fr/fichiers/rpms/fedora/basket-0.5.0-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 Fri Oct 14 21:38:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 17:38:57 -0400 Subject: [Bug 166459] Review Request: bigloo - compiler for the Scheme programming language In-Reply-To: Message-ID: <200510142138.j9ELcvFS025746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bigloo - compiler for the Scheme programming language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166459 ------- Additional Comments From bugs.michael at gmx.net 2005-10-14 17:38 EST ------- bigloo-libs-2.6f-3 is not in CVS and not in the repository either. bigloo-libs-2.6f-1.fc4 is. devel ppc is affected, too. In the ppc build log it might be possible to see what it does with your LD_LIBRARY_PATH which is modified to include a build directory. $ grep builddir * Binary file libbigloobdl_s-2.6f.so matches Binary file libbigloobdl_u-2.6f.so matches Binary file libbigloofth_s-2.6f.so matches Binary file libbigloofth_u-2.6f.so matches $ readelf -d libbigloobdl_s-2.6f.so | grep build 0x00000001 (NEEDED) Shared library: [/builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From contact at ardchoille.org Fri Oct 14 21:43:12 2005 From: contact at ardchoille.org (Ian MacGregor) Date: Fri, 14 Oct 2005 14:43:12 -0700 Subject: Package submission process In-Reply-To: <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> Message-ID: <43502670.5060207@ardchoille.org> Jeff Spaleta wrote: > On 10/14/05, Ian MacGregor wrote: > >> My name is Ian MacGregor and I have been using Fedora since FC1. >>Fedora is the best distro available and I thank those involved for its >>creation. I create packages for apps when I find an app that I like >>which is not on Fedora Extras or Livna - I enjoy building packages. I >>have been trying to become a Fedora Extras contributor but I cannot >>understand the 20-step process here: >>http://fedoraproject.org/wiki/Extras/Contributors > > > > Sorry you feel this way. But I think you have greatly over-simplified > what is actually necessary. In your six step world.. how do you gain > access to the cvs system? There doesn't need to be a cvs system setup for packages, IMO. I create a package, tell the reviewer it's available, reviewer reviews/tests the package. If the package doesn't pass, I take care of any problems and repackage, if the package passes, the reviewer submits the package to Extras. > Who creates the cvs account for you? steps > 8-13 in the Extras process detail exactly how you gain access to the > cvs system so you can actually import the package. If you dont have > access to the cvs system... how exactly do you import the package? I > don't see you addressing this issue. > > In your six step world.. how do you specify which fedora release you > want to build a package for in the build system? Fc3? Fc4? > development? how do you pick which branch to build for? The package name would have the version of Fedora in it: FC4 packages = packagename-1.0-fc4.i386.rpm FC4 devel packages = packagename-1.0-fc4-devel.i386.rpm > Its not so simple as saying "build for all"..dependancies can change > from Core release to Core release so some packages won't build or work > correctly on fc3 but may for fc4. Istanbul for example.. only works > for fedora development because of a dependancy that is only available > in fedora development right now. Steps 16-19 give the details on how > to pick which release branches to build for. I dont see you > addressing this issue. FC4 .src.rpm's should only be rebuilt on FC4, likewise for FC3. > > In your six step world.. how do you automate the creation of a > bugzilla component so users of that package have a place to report > bugs? If the reviewer had done their job (reviewing/testing packages), there shouldn't be any bugs, so a bugzilla account wouldn't be necessary. I have installed Fedora on over 70 machines over the last two years and I have never encountered a situation where any of my .src.rpm/.rpm packages have had any problems installing. > Step 15 details how this is done in the Extras process. It is > important to make sure that users have a place to file bugs. I don't > see you addressing this issue. > > None of these issues can just be ignored..there must be a process by > which people gain cvs access, create release branches and generate a > bugzilla listing for the package. If you have serious thoughts on how > to streamline the process in a way that still makes sure those items > get dealt with feel free to elaborate on your ideas. I was not complaining, and please accept my appologies if my post conveyed such a notion. I love Fedora and will continue to run it as long as it is developed. I just feel that there are items in the process that are unnecessary or that some items can be changed that would eliminate other items. However, I feel this is already falling upon deaf ears because often times it happens that some are so set in their ways that they end up with a closed mind and refuse to accept change. My packages have always worked for myself and others, so I must be doing something right. I won't post anymore on this subject unless asked. Ian MacGregor > > > -jef > From bugzilla at redhat.com Fri Oct 14 21:49:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 17:49:59 -0400 Subject: [Bug 170880] New: Review Request: kanatest 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=170880 Summary: Review Request: kanatest Product: Fedora Extras Version: devel Platform: All URL: http://clay.ll.pl/kanatest.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: robert at marcanoonline.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.marcanoonline.com/downloads/fedora/package_submissions/kanatest/kanatest.spec SRPM Name or Url: http://www.marcanoonline.com/downloads/fedora/package_submissions/kanatest/kanatest-0.3.6-3.src.rpm Description: Kanatest is a simple, GTK 2-based kana drill tool. It offers three drill modes: hiragana, katakana, and mixed mode. The tester shows random kana characters and waits until you enter the romaji equivalent in an entry field. At the end, statistics are provided. This package was reviewed previously (when the current process was not active) but I did not finished all the steps to become a contributor, this time is for real :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 21:50:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 17:50:11 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510142150.j9ELoBmT026834@www.beta.redhat.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 robert at marcanoonline.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170880 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 14 21:55:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 17:55:00 -0400 Subject: [Bug 167977] Review Request: gnome-screensaver In-Reply-To: Message-ID: <200510142155.j9ELt0Va027311@www.beta.redhat.com> Please 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-screensaver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167977 veguilla at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WONTFIX ------- Additional Comments From veguilla at gmail.com 2005-10-14 17:54 EST ------- gnome-screensaver won't work in FC4 (it depends on gtk2 2.8). Closing 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 gdk at redhat.com Fri Oct 14 22:06:36 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Fri, 14 Oct 2005 18:06:36 -0400 (EDT) Subject: Package submission process In-Reply-To: <43501A7C.8020801@ardchoille.org> References: <43501A7C.8020801@ardchoille.org> Message-ID: Ian, The reason for the additional steps: 1. We need legal assurance that what you are submitting is legally yours to submit. This is the reason for the Contributors License Agreement. If you're repackaging an application that's under an appropriate OSI license, all is well. But if you're taking code that your company has written and repackaging it without their knowledge or consent, that's bad bad bad, and we need to protect ourselves legally from that. 2. We use Bugzilla in our tracking process to ensure that we know whether a package is moving through the process or not. We ran into a lot of issues early on with people sending packages to the list for review, and then nothing happening with them. At least now we have some visibility, so that when someone complains "hey, no one has touched my packages for a month," we can figure out relatively quickly what the issue is without sorting through mailing lists. Sorry if it's a little more heavyweight than you'd like, but we've done our best to make it as streamlined as we can, while still doing everything it needs to do. --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 Fri, 14 Oct 2005, Ian MacGregor wrote: > Hello, > My name is Ian MacGregor and I have been using Fedora since FC1. > Fedora is the best distro available and I thank those involved for its > creation. I create packages for apps when I find an app that I like > which is not on Fedora Extras or Livna - I enjoy building packages. I > have been trying to become a Fedora Extras contributor but I cannot > understand the 20-step process here: > http://fedoraproject.org/wiki/Extras/Contributors > > I have dozens of packages that I'd like to contribute to the community > but the process is, IMHO, too involved, time consuming and complicated. > It is my opinion that this process can be streamlined down to a mere 6 > steps, as outlined below: > > Step 1: Read and follow the PackagingGuidelines and PackageNamingGuidelines. > Step 2: Make a package. > Step 3: Upload your SRPM and SPEC files onto the internet somewhere. > Step 4: Contact a Reviewer and let them know your package is ready for > review. If the package is acceptable, go to Step 6, else Step 5. > Step 5: Take care of any problems the reviewer found with the package > and go to Step 3. > Step 6: Submit the package to Fedora Extras. > Step 7: Bask in the knowledge that you are helping the community grow. > > It just seems to me that someone took what should have been a simple > process and complicated the heck out of it. I am not complaining, rather > I am stating the obvious. I feel that there are many packagers out there > (I know of several) who are simply not willing or able to comply with > all of the 20 current steps - most of which are unnecessary as it's just > a .src.rpm/.rpm of source code and the packager is not supposed to alter > the source code to begin with. Not only is the current process > confusing, but I feel it is a waste of time and server space and I do > not have the time nor patience to keep up with it all. Making a > .src.rpm/.rpm is one thing, as it only takes a small bit of time, but > keeping up with everything regarding the current process is much too > time consuming and confusing in my opinion. Can you imagine the number > of packages that could be submitted to Extras, and the number of new > packagers willing to build and submit, if this process were made easier? > > I'll check back often and if/when the current process is streamlined I > would even be willing to tackle many of the packages on the > http://fedoraproject.org/wiki/WishlistExtras > > Thank you for your time. > > Respectfully, > Ian MacGregor > http://ardchoille.org > > -- > 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 Fri Oct 14 22:41:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 18:41:20 -0400 Subject: [Bug 166459] Review Request: bigloo - compiler for the Scheme programming language In-Reply-To: Message-ID: <200510142241.j9EMfKnO030852@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bigloo - compiler for the Scheme programming language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166459 ------- Additional Comments From gemi at bluewin.ch 2005-10-14 18:41 EST ------- (In reply to comment #6) > bigloo-libs-2.6f-3 is not in CVS and not in the repository either. My mistake. I installed anew from extras. But still the i386 bigloo-2.6f-1.fc4 doesn't have this problem. I would like to know what it is that is different in the ppc build. Building and linking should be identical, shouldn't it? > bigloo-libs-2.6f-1.fc4 is. devel ppc is affected, too. In the ppc > build log it might be possible to see what it does with your > LD_LIBRARY_PATH which is modified to include a build directory. > > $ grep builddir * > Binary file libbigloobdl_s-2.6f.so matches > Binary file libbigloobdl_u-2.6f.so matches > Binary file libbigloofth_s-2.6f.so matches > Binary file libbigloofth_u-2.6f.so matches > > $ readelf -d libbigloobdl_s-2.6f.so | grep build > 0x00000001 (NEEDED) Shared library: > [/builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so] There are always some problems with archs other than i386, mostly ppc, sometimes x86_64. I have no means to test on these, maybe there should be some experts in the fedora project, that can help these problem, or at least a testing build system, where one can try out some things. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 14 23:05:09 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 14 Oct 2005 18:05:09 -0500 Subject: Package submission process In-Reply-To: <43502670.5060207@ardchoille.org> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <43502670.5060207@ardchoille.org> Message-ID: <1129331110.2243.77.camel@localhost.localdomain> On Fri, 2005-10-14 at 14:43 -0700, Ian MacGregor wrote: > I just feel that there are items in the process that are unnecessary or > that some items can be changed that would eliminate other items. Ian, As the individual who wrote the document which describes the steps necessary to become a contributor to Fedora Extras, I wanted to take the opportunity to explain why we have done things in the manner that we have. We went into Fedora Extras with the following goals: - Standardization - Ease of management - Ease of builds - Ease of use - Security - Visibility Red Hat has known for some time that simply providing an "upload" style method for third party packages does not work well. At one point in the long long gone era of Red Hat Linux (we're talking 5.*), Red Hat provided a directory on their ftp server called contrib/ where people could upload addon packages for Red Hat Linux. Unfortunately, without some way of managing, revisioning, or auditing these packages, it quickly became a maintenance nightmare, often with several different copies of the same package being uploaded. Many users had no idea how to install the packages, and if they did get installed, there was no guarantee that these packages would be updated, or continue to work as Red Hat Linux changed and patched itself in the never ending move forward. The contrib/ directory fell into disrepair and was eventually cooked over a BBQ grill behind Red Hat HQ with some hot dogs and burgers. So, when we looked at Fedora Extras, we knew that we needed to solve the problems that contrib/ had presented to us. It became obvious to us that for Fedora Extras to be successful, the people making these packages would have to take responsibility for those packages, and not simply be a "dumping ground" for packages that may or may not work in the many complicated environments that can be created with Fedora Core. We also wanted to make the environment seamless for our users, so that as they installed packages from Fedora Core and Fedora Extras, they didn't have to worry about tracking down the maintainer to get new releases or file bugs. There was a lot of discussion (some of it productive) about the best tools to do this, and at the end of the day we went with the following: - CVS: To provide a place where spec files and patch files can be kept, revisioned, and monitored. This enables Fedora Extras to provide an unparalleled level of visibility into the packages that are provided, as well as enabling a clean mechanism of branching packages for specific Fedora Core releases. We also built a lookaside cache, so that source files (think tarballs) could be kept in a fast location, and only needed to be uploaded once, regardless of how many branches used it. - An account management system: We need to control who has access to CVS, obviously, it isn't a good idea to let the whole world have write access without some sort of check. This grew into a sponsor system, where more experienced packagers who were comfortable and familiar with the Fedora Extras process could guide and help the newer packagers. - Bugzilla: To provide a single location where users can file bugs and feature requests for Fedora Core and Fedora Extras packages. No packages are ever perfect. What works for one may not work for others, and no matter how good your packages may be, bugs lurk! It also provides a good way for Fedora maintainers to communicate with upstream maintainers in a public (and auditable) fashion. - A Buildsystem: We looked at all sorts of things, and we ended up taking some good open source tools (mach) and making them better and more scalable, ending up with something that hooks directly into cvs and enables package maintainers to be able to request package builds without lengthy uploads or complicated routines. We also put systems of several architectures into this buildsystem, so that packages would be available not just for x86, but for x86_64 and ppc as well, even if the maintainer doesn't possess that hardware for package generation or testing. This comes with web pages and utilities for monitoring your builds, as well as the entire build queue. - A wiki server: For documentation, guidelines, best practices, and web information for our users and maintainers. - A simple infrastructure that ties this all together. For Fedora Extras, this is as simple as a Makefile, which enables most package operations to be done with a "make foo" style command, and a cvs-import.sh script, which allows for a maintainer to upload a SRPM into the CVS server with a single command line. Beyond the tools, we knew that we wanted a way to maintain that Fedora Extras packages met a standard of quality. Thus, all Fedora Extras packages go through a fairly thorough review process, tracked in Bugzilla, before being accepted into CVS. This is only done once per package, not per revision of that package, so it really is only a checkpoint process. This is very much in the spirit of the "many eyes" philosophy of open source. Also, we wanted to make sure that we were doing as much as we could to ensure package security. By building all packages in a centralized buildsystem, we can ensure that the binary packages provided by Fedora Extras came from the specs and source code kept in our CVS server, and not something which is malicious or otherwise compromised. Of course, the lawyers also wanted their say in all of this, so we've had to require some initial paperwork. Life is full of paperwork, we managed to minimize ours to a ssh key, a digital signature, and some personal information. I think that the steps required for someone to become involved in Fedora Extras are pretty well streamlined. Those of us who were involved in the early incarnations of Extras remember how painful it was in the beginning. One of the things I've done is generate two documents: - A document for first time packagers (http://fedoraproject.org/wiki/Extras/Contributors) - A document for sponsored packagers (http://fedoraproject.org/wiki/Extras/NewPackageProcess) The NewPackageProcess is a 14 step process, but it's really only that long to make it clear. I'll always opt to make a document too clear, rather than too short. Once you've gotten through the fun stuff (cvs access, account creation, paperwork pushing), which is all a one time thing, importing new packages really can become a 6 step process: #1. Make a package that meets Fedora Extras standards and guidelines #2. Submit the SRPM and SPEC for Review. #3. When the package passes Review, import it into cvs with cvs-import.sh. #4. Add the package to the owners.list. #5. Tell us what branches you want it built for (FC-3? FC-4?) #6. Check it out of cvs, tag the branches when you're happy, and request builds. I hope that you'll decide to participate in Fedora Extras. We've built something unique and powerful, and we're always looking at ways to make it better (automating the branch request process, improving the buildsystem, streamlining the review process, providing more best-practice documents). For those reading, I don't mean to imply that Red Hat did all of this by itself. We built a LOT of this infrastructure on the good ideas and good works done by the Fedora Project (pre Fedora Core 1), and would not be here without them. 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 ed at eh3.com Fri Oct 14 23:08:17 2005 From: ed at eh3.com (Ed Hill) Date: Fri, 14 Oct 2005 19:08:17 -0400 Subject: Package submission process In-Reply-To: <43502670.5060207@ardchoille.org> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <43502670.5060207@ardchoille.org> Message-ID: <1129331297.20223.13.camel@ernie> On Fri, 2005-10-14 at 14:43 -0700, Ian MacGregor wrote: > Jeff Spaleta wrote: > > On 10/14/05, Ian MacGregor wrote: > > > >> My name is Ian MacGregor and I have been using Fedora since FC1. > >>Fedora is the best distro available and I thank those involved for its > >>creation. I create packages for apps when I find an app that I like > >>which is not on Fedora Extras or Livna - I enjoy building packages. I > >>have been trying to become a Fedora Extras contributor but I cannot > >>understand the 20-step process here: > >>http://fedoraproject.org/wiki/Extras/Contributors > > > > > > > > Sorry you feel this way. But I think you have greatly over-simplified > > what is actually necessary. In your six step world.. how do you gain > > access to the cvs system? > There doesn't need to be a cvs system setup for packages, IMO. > I create a package, tell the reviewer it's available, reviewer > reviews/tests the package. If the package doesn't pass, I take care of > any problems and repackage, if the package passes, the reviewer submits > the package to Extras. Hi Ian, If you want, you can setup an "Extras-like" RPM repository that works the way you suggest. Theres nothing stopping you. And I mean that very sincerely. If you work hard you might even make it as useful as some of the other well-known 3rd-party RPM repositories. Its not a bad goal. However, please don't waste any more time suggesting that the FE maintainers rip out and throw away *most* of the functionality that makes Extras as useful and thorough (CVS history, bug reports, reviews, etc.) as it currently is. 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 Sat Oct 15 00:14:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 14 Oct 2005 20:14:11 -0400 Subject: [Bug 169722] Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 In-Reply-To: Message-ID: <200510150014.j9F0EBGN004989@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsexy: Funky fresh graphical widgets for GTK+ 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169722 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ivazquez at ivazquez.net 2005-10-14 20:13 EST ------- Build on FC4 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 jspaleta at gmail.com Sat Oct 15 03:25:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 14 Oct 2005 23:25:24 -0400 Subject: Package submission process In-Reply-To: <43502670.5060207@ardchoille.org> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <43502670.5060207@ardchoille.org> Message-ID: <604aa7910510142025n38cf609cj4d5ab897ae198913@mail.gmail.com> On 10/14/05, Ian MacGregor wrote: > If the reviewer had done their job (reviewing/testing packages), there > shouldn't be any bugs, so a bugzilla account wouldn't be necessary. HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA -jef"end of thread"spaleta From mpeters at mac.com Sat Oct 15 05:30:06 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 14 Oct 2005 22:30:06 -0700 Subject: Package submission process In-Reply-To: <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> Message-ID: <1129354206.23506.2.camel@locolhost.localdomain> On Fri, 2005-10-14 at 17:25 -0400, Jeff Spaleta wrote: > On 10/14/05, Eric Tanguy wrote: > > I have nothing to add about this process but just a question : how to > > find a sponsor ? I need a sponsor and i'm not sur if i have to find one > > at step 7 or step 9 ? > > Its actually step 5. For your first package the reviewer==sponsor > The number of people who can sponsor new contributors is limited to a > group of veteran contributors. Every contributor can be a reviewer... > but only a limited number of people can act as sponsors. Can we add a bugzilla for first time packagers seeking a sponsor that their package blocks? That might make it easier for packagers seeking a sponsor and sponsors to get together - IE sponsors can go to that bugzilla and look at who needs sponsor. From bugzilla at redhat.com Sat Oct 15 08:19:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 04:19:43 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510150819.j9F8JhJp011764@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-10-15 04:19 EST ------- > > I was matching php-adodb in extras which is similar. > Sadly, it is another bad example (its upstream name was "adodb"...). I maintain php-adodb. I used the php prefix since there is also a python adodb module. And since adodb extends php, I thought php-adodb was better than adodb-php. If you think it's better the other way around, please open a bug, so we don't pollute 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 Sat Oct 15 08:33:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 04:33:07 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510150833.j9F8X76t013585@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-10-15 04:32 EST ------- I'll do the sponsoring, but first, there is a couple of improvements to do : * Desktop file: the Categories tag should contain "Application" (wiki: PackagingGuidelines#desktop) Since your desktop file is in a separate source, you could just add this line to it : Categories=Application;Electronics;Engineering; and only use "--add-category X-Fedora" with desktop-file-install in the spec file (since this category is Fedora-specific, I would leave it in the spec file, but you can add it to the desktop file too) Minor : * use %setup -q in %prep, to cut off the untarring output. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 15 08:46:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 04:46:39 -0400 Subject: [Bug 170880] Review Request: kanatest In-Reply-To: Message-ID: <200510150846.j9F8kdaX014300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kanatest https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170880 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-15 04:46 EST ------- Review for release 3: * RPM name is OK * Source kanatest-0.3.6.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of kanatest looks OK * File list of kanatest looks OK * Works 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 nicolas.mailhot at laposte.net Sat Oct 15 09:02:02 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 15 Oct 2005 11:02:02 +0200 Subject: Package submission process In-Reply-To: <43502670.5060207@ardchoille.org> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <43502670.5060207@ardchoille.org> Message-ID: <1129366923.4360.26.camel@rousalka.dyndns.org> Le vendredi 14 octobre 2005 ? 14:43 -0700, Ian MacGregor a ?crit : > Jeff Spaleta wrote: > > On 10/14/05, Ian MacGregor wrote: > > > >> My name is Ian MacGregor and I have been using Fedora since FC1. > >>Fedora is the best distro available and I thank those involved for its > >>creation. I create packages for apps when I find an app that I like > >>which is not on Fedora Extras or Livna - I enjoy building packages. I > >>have been trying to become a Fedora Extras contributor but I cannot > >>understand the 20-step process here: > >>http://fedoraproject.org/wiki/Extras/Contributors > > > > > > > > Sorry you feel this way. But I think you have greatly over-simplified > > what is actually necessary. In your six step world.. how do you gain > > access to the cvs system? > There doesn't need to be a cvs system setup for packages, IMO. > I create a package, tell the reviewer it's available, reviewer > reviews/tests the package. If the package doesn't pass, I take care of > any problems and repackage, if the package passes, the reviewer submits > the package to Extras. Ian, I've been packaging for other projects that work like you write. Believe me, from a packager POW it's much nicer to have all the infrastructure (CVS, bugzilla, build farm) provided by the project. After the initial bureaucracy you only need one command to get an updated src.rpm in the repo (cvs-import.sh) and another to request a rebuild (make plague). The various packaging guidelines checks are sanity checks you learn quickly and you should be doing even in the manual case (without a clean checklist to make sure you haven't forgotten anything). The new package process is a bit more complex but you're mainly in manual land as you requested :) The people here have been trying very hard to automate all that can be automated. That's really the only way to make work a big packaging project. If you still find actions that could be automated everyone will be happy to look at them. The biggest problem right now is the documentation of the process, which is pretty confusing and makes it appear much harder then it is in reality. If you know a *good* tech writer there's work for him here. As you wrote the current document is very good at getting people look elsewhere. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sat Oct 15 09:13:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 05:13:54 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510150913.j9F9DsOn015767@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-15 05:13 EST ------- I did the improvements asked and uploaded the files. Do i need to increase the release number in 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 Sat Oct 15 10:03:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 06:03:08 -0400 Subject: [Bug 170172] Review Request: scim-input-pad In-Reply-To: Message-ID: <200510151003.j9FA38aX017811@www.beta.redhat.com> Please 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-input-pad https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170172 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From petersen at redhat.com 2005-10-15 06:03 EST ------- Thanks, looks good. 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 Oct 15 11:05:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 07:05:58 -0400 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510151105.j9FB5wgP019881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-15 07:05 EST ------- So i updated the src.rpm and spec file with your suggestions because i think it will be interesting to have this package in extras. But if someone else want to own 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 Sat Oct 15 11:30:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 07:30:54 -0400 Subject: [Bug 166459] Review Request: bigloo - compiler for the Scheme programming language In-Reply-To: Message-ID: <200510151130.j9FBUsJr020994@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bigloo - compiler for the Scheme programming language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166459 ------- Additional Comments From bugs.michael at gmx.net 2005-10-15 07:30 EST ------- Sorry, cannot assist with testing/analysis on ppc. Above is based on output created by repoclosure, which I've started to play with a bit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 15 12:19:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 08:19:28 -0400 Subject: [Bug 170905] New: Review Request: pcsc-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=170905 Summary: Review Request: pcsc-tools Product: Fedora Extras Version: devel Platform: All URL: http://ludovic.rousseau.free.fr/softwares/pcsc-tools/ 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/pcsc-tools-1.4.1-0.2.src.rpm The pcsc-tools package contains some tools useful for a user of PC/SC user. The tools provided are: * pcsc_scan(1) scans available smart card readers and print detected events: card insertion with ATR, card removal; * ATR_analysis(1) analyses a smart card ATR (Anwser To Reset) * scriptor(1) Perl script to send commands to a smart card using a batch file or stdin; * gscriptor(1) the same idea as scriptor(1) but with Perl-Gtk GUI. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 15 12:19:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 08:19:39 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510151219.j9FCJcBX023077@www.beta.redhat.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| |170905 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 15 12:22:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 08:22:01 -0400 Subject: [Bug 170906] New: Review Request: pscan 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=170906 Summary: Review Request: pscan Product: Fedora Extras Version: devel Platform: All URL: http://www.striker.ottawa.on.ca/~aland/pscan/ 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/pscan-1.2-0.1.src.rpm PScan is a program which attempts to scan C source files for common function abuses, which often lead to buffer overflows. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 15 12:22:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 08:22:13 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510151222.j9FCMDV5023210@www.beta.redhat.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| |170906 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 15 12:51:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 08:51:38 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510151251.j9FCpcvm024998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-15 08:51 EST ------- Increasing the release tag makes it easier to know which version has been approved, so please do that next time. Review for release 5: * RPM name is OK * Source qucs-0.0.7.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of qucs looks OK * File list of qucs looks OK * Works fine APPROVED Follow the steps to become an official contributor (http://fedoraproject.org/wiki/Extras/Contributors) and I'll sponsor 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 jspaleta at gmail.com Sat Oct 15 13:53:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 15 Oct 2005 09:53:19 -0400 Subject: Package submission process In-Reply-To: <1129354206.23506.2.camel@locolhost.localdomain> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> Message-ID: <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> On 10/15/05, Michael A. Peters wrote: > Can we add a bugzilla for first time packagers seeking a sponsor that > their package blocks? > > That might make it easier for packagers seeking a sponsor and sponsors > to get together - IE sponsors can go to that bugzilla and look at who > needs sponsor. I think that idea seems to have merit. But since I'm not a sponsor it's difficult for me to judge the extent of the problem. Surely a blocker bug for sponsor needed couldn't hurt. I guess this is something for the extras steering committee to make a decision on. I've been trying to watch the numbers of tickets that are in the review state over time to get a feel if the process is bogged down. Its actually working pretty well, the number packages blocking FE-Review has been at about 100 +/-15 consistently. There are always a few 1month+ older tickets in the review state..but when I go to look at them they are active tickets with on going discussions. What I don't have a feel for is what the average time in review is for a package and as a special subset average time in review for a first package. It could simply be that we need to calibrate new contributor expectations and give them a better idea of how long it takes..on average. Instanst gratification expectations are a mental disorder that afflicts a suprisingly large number of computer scientists that I am forced to interact with in person. I can only assume it afflicts a portion of this community as well. -jef"but like the man said..we don't need a bugzilla... if packagers do their jobs right..we don't even need the review step..packages will be born perfect"spaleta From paul at city-fan.org Sat Oct 15 15:08:20 2005 From: paul at city-fan.org (Paul Howarth) Date: Sat, 15 Oct 2005 16:08:20 +0100 Subject: Package submission process In-Reply-To: <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> Message-ID: <1129388901.3668.81.camel@laurel.intra.city-fan.org> On Sat, 2005-10-15 at 09:53 -0400, Jeff Spaleta wrote: > On 10/15/05, Michael A. Peters wrote: > > Can we add a bugzilla for first time packagers seeking a sponsor that > > their package blocks? > > > > That might make it easier for packagers seeking a sponsor and sponsors > > to get together - IE sponsors can go to that bugzilla and look at who > > needs sponsor. > > I think that idea seems to have merit. But since I'm not a sponsor > it's difficult for me to judge the extent of the problem. Surely a > blocker bug for sponsor needed couldn't hurt. I guess this is > something for the extras steering committee to make a decision on. > > I've been trying to watch the numbers of tickets that are in the > review state over time to get a feel if the process is bogged down. > Its actually working pretty well, the number packages blocking > FE-Review has been at about 100 +/-15 consistently. Remember that the bugs blocking FE-REVIEW have already at least been looked at by someone. Bugs blocking FE-NEW are still awaiting review, and there are generally more of them than the ones blocking FE-REVIEW. > There are always a few 1month+ older tickets in the review state..but > when I go to look at them they are active tickets with on going > discussions. What I don't have a feel for is what the average time in > review is for a package and as a special subset average time in review > for a first package. It could simply be that we need to calibrate new > contributor expectations and give them a better idea of how long it > takes..on average. Instanst gratification expectations are a mental > disorder that afflicts a suprisingly large number of computer > scientists that I am forced to interact with in person. I can only > assume it afflicts a portion of this community as well. I must admit I was pleasantly surprised to get three packages through from initial request to release all in one day last week :-) Paul. -- Paul Howarth From nicolas.mailhot at laposte.net Sat Oct 15 15:42:35 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 15 Oct 2005 17:42:35 +0200 Subject: I'm orphaning arc in Fedora Extras In-Reply-To: <435120B6.3000106@ailis.de> References: <1128771126.7637.34.camel@rousalka.dyndns.org> <435120B6.3000106@ailis.de> Message-ID: <1129390956.2951.5.camel@rousalka.dyndns.org> Le samedi 15 octobre 2005 ? 17:31 +0200, Klaus Reimer a ?crit : > Nicolas Mailhot wrote: > > Arc is an old archiver/unarchiver. For a long time its licensing status > > was unclear, and no one dared touch it. It has been GPLed lately but the > > sourceforge project seems dead (last release in 2003, "dump last version > > on the world and go away"). > > That's not true. The last release "seems" to be from 2003 because up to > now I used the release-management of sourceforge not correctly. Looks > like Howard has done it right in his last update a few days ago. Yep, we did the last releases together. I must admit it was a pleasant surprise. > I'm mainting the debian package of arc and I have fixed the latest > security issues in arc. So you can't say that arc is dead. It's most > likely that it will never gain new features but bugs will still get > fixed if someone finds one. I'd still like someone to do a security audit of arc. I trust it more now than the release process has been at work, but still not as much as its inclusion in products like amavis would require. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jspaleta at gmail.com Sat Oct 15 16:25:46 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 15 Oct 2005 12:25:46 -0400 Subject: Package submission process In-Reply-To: <1129388901.3668.81.camel@laurel.intra.city-fan.org> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> Message-ID: <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> On 10/15/05, Paul Howarth wrote: > Remember that the bugs blocking FE-REVIEW have already at least been > looked at by someone. Bugs blocking FE-NEW are still awaiting review, > and there are generally more of them than the ones blocking FE-REVIEW. i wish i knew of a way to get bugzilla to tell me a time history for FE-NEW nad FE-REVIEW so I could do this more systematically. Right now I sort of randomly spot checking when i rememeber to take a look. So I can't say anything more concrete than the current process seems to be flowing better than some of the worst case fears would suggest. The situation is far from dire..and for from gridlock. But I don't think its worth a lot of effort trying out things to optmize the workflow unless we have some time history we can use as a metric to make sure anything we do to change to policy actually has a positive impact. -jef From bugzilla at redhat.com Sat Oct 15 17:56:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 13:56:36 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510151756.j9FHuagg012603@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From tcallawa at redhat.com 2005-10-15 13:56 EST ------- If its a new module extension to php, it should be php-Smarty. If its just an application that uses php to function, Smarty is ok. Does that distinction make sense? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 15 19:23:19 2005 From: triad at df.lth.se (Linus Walleij) Date: Sat, 15 Oct 2005 21:23:19 +0200 (CEST) Subject: Package submission process In-Reply-To: <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> Message-ID: On Sat, 15 Oct 2005, Jeff Spaleta wrote: > i wish i knew of a way to get bugzilla to tell me a time history for > FE-NEW nad FE-REVIEW so I could do this more systematically. When it comes to Bugzilla and its features one might say that we use it a bit strangely in FE, using blocking bugs like checkpoints etc. Thing is that Bugzilla is an "incident management" system, that's it, it's supposed to handle bugs from discovery to resolution. FE effectively use it for what people in other fields call "change management" or "requirements management" or whatever buzzword you like in the same style. You may say FE Bugzilla is being used as a project planning, resource allocation and work distribution system. It does this pretty well (strangely enough) but wasn't invented to do that. Bug dependencies, assignments and relations between "bugs" (which aren't really bugs) do the trick. That said, Bugzilla is growing every day and I bet there are a lot of people out there who DO want to use Bugzilla for all this kind of stuff. And sooner or later I believe Bugzilla will be patched and hacked up to actually do it in an organized manner too... Linus From bugzilla at redhat.com Sat Oct 15 19:35:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 15:35:59 -0400 Subject: [Bug 168690] Review Request: pyBackPack (GTK+ Python backup tool) In-Reply-To: Message-ID: <200510151935.j9FJZxjK017666@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyBackPack (GTK+ Python backup tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 ------- Additional Comments From jspaleta at gmail.com 2005-10-15 15:35 EST ------- Dave, Have you been sponsored for fedora extras cvs access? My understanding is this is your first package submission so its not clear to me if you have cvs import access yet -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 Oct 15 20:35:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 16:35:26 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510152035.j9FKZQkw020118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From orion at cora.nwra.com 2005-10-15 16:35 EST ------- It's not an application and it's not strictly a php "module", it's a library (or framework) written in php for use by php applications. I doubt that there will be a "Smarty" impletation in any other language though. We make pure perl libraries (or "modules") have perl-, and python use py/python-. Makes sense to have php- in this case, but I don't have a strong desire either 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 Sat Oct 15 20:48:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 16:48:24 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510152048.j9FKmODO020694@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From toshio at tiki-lounge.com 2005-10-15 16:48 EST ------- If I understand correctly, you're saying it isn't an extension to the php interpreter ("php module"). But how does its being a library differ from, for instance, php-pear? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Sat Oct 15 21:00:38 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 15 Oct 2005 23:00:38 +0200 Subject: Package submission process In-Reply-To: References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> Message-ID: <1129410038.2951.17.camel@rousalka.dyndns.org> Le samedi 15 octobre 2005 ? 21:23 +0200, Linus Walleij a ?crit : > Thing is that Bugzilla is an "incident management" system, that's it, it's > supposed to handle bugs from discovery to resolution. FE effectively use > it for what people in other fields call "change management" or > "requirements management" or whatever buzzword you like in the same > style. You may say FE Bugzilla is being used as a project planning, > resource allocation and work distribution system. It does this pretty > well (strangely enough) but wasn't invented to do that. Bugzilla is a grown tool that wasn't invented to do anything except help moz developpers. It's good at change management because it's been used for change management and tweaked to do it well. Don't be fooled by its name - it was *never* intended to fill any particular software niche. If tomorrow mozilla developers (or any other big bugzilla contributor) wants it to stream video it will stream video. (lately they seem to want it to do reporting with pretty graphs) If you want something that was designed to be an incident management tool, you should check request tracker. Unlike bugzilla it does textbook incident management and nothing else. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sat Oct 15 21:19:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 17:19:20 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510152119.j9FLJKLJ022022@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-15 17:19 EST ------- Templating modules in other languages are prefaced with the language (e.g., python-kid), so I don't see a difference 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 petr.fischer at praguesoft.cz Sat Oct 15 22:21:15 2005 From: petr.fischer at praguesoft.cz (Petr Fischer) Date: Sun, 16 Oct 2005 00:21:15 +0200 Subject: [ANN] ufraw 0.5 + how to update package in extras easily? Message-ID: <1129414875.15511.3.camel@localhost.localdomain> Hi extras contributors, I updated ufraw RPM to new version 0.5. RPM, SRPM and SPEC file are here: http://pf.praguesoft.cz/rpms/ How to update package in extras easily? Thanks, pf From tcallawa at redhat.com Sat Oct 15 22:59:23 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 15 Oct 2005 17:59:23 -0500 Subject: [ANN] ufraw 0.5 + how to update package in extras easily? In-Reply-To: <1129414875.15511.3.camel@localhost.localdomain> References: <1129414875.15511.3.camel@localhost.localdomain> Message-ID: <1129417163.2243.101.camel@localhost.localdomain> On Sun, 2005-10-16 at 00:21 +0200, Petr Fischer wrote: > Hi extras contributors, > > I updated ufraw RPM to new version 0.5. > RPM, SRPM and SPEC file are here: > http://pf.praguesoft.cz/rpms/ > > How to update package in extras easily? Nils Philippsen already owns ufraw, bug him to update it to 0.5. ~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 Sat Oct 15 23:11:21 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 16 Oct 2005 01:11:21 +0200 Subject: rpms/obby/devel obby.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200510060643.j966hmCg026019@cvs-int.fedora.redhat.com> References: <200510060643.j966hmCg026019@cvs-int.fedora.redhat.com> Message-ID: <20051016011121.69dfcdc4.bugs.michael@gmx.net> On Thu, 6 Oct 2005 02:43:48 -0400, Luke Macken wrote: > Author: lmacken > > Update of /cvs/extras/rpms/obby/devel > %files devel > %{_includedir}/obby > %{_libdir}/pkgconfig/* > %{_libdir}/*.so %defattr(-,root,root,-) is missing in this %files section. From bugs.michael at gmx.net Sat Oct 15 23:18:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 16 Oct 2005 01:18:29 +0200 Subject: [ANN] ufraw 0.5 + how to update package in extras easily? In-Reply-To: <1129414875.15511.3.camel@localhost.localdomain> References: <1129414875.15511.3.camel@localhost.localdomain> Message-ID: <20051016011829.788c8e0a.bugs.michael@gmx.net> On Sun, 16 Oct 2005 00:21:15 +0200, Petr Fischer wrote: > Hi extras contributors, > > I updated ufraw RPM to new version 0.5. > RPM, SRPM and SPEC file are here: > http://pf.praguesoft.cz/rpms/ > > How to update package in extras easily? You could volunteer as a package maintainer and talk to the current package owner as whether he would let you take over the existing package in Fedora Extras. Alternatively, there is the opportunity for multiple contributors to build a team and keep an eye on a package together. More information on how to become a contributor for a package in Fedora Extras can be found in the Wiki: http://fedoraproject.org/wiki/Extras/Contributors http://fedoraproject.org/wiki/Extras/ -- Michael Schwendt Fedora Core release 5 (Rawhide) - Linux 2.6.13-1.1601_FC5 loadavg: 1.61 1.49 1.41 From bugzilla at redhat.com Sun Oct 16 03:58:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 23:58:29 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510160358.j9G3wTVW006012@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-15 23:58 EST ------- (In reply to comment #14) > The following lines added to file_contexts/program/apache.fc in the policy > sources should take care of both HTML::Mason and rt3 > > /var/cache/mason(/.*)? system_u:object_r:httpd_cache_t > /var/cache/rt3(/.*)? system_u:object_r:httpd_cache_t How can this be achieved inside of the rt3-rpm? > I think we're all agreed that /var/cache/rt3 is a better option than > /var/lib/rt3, aren't we? Yes, but unless somebody tells me how to achieve this inside of an rpm, without having to modify on of the centralized SELinux packages I don't seem any perspective to do so. AFAIK, the current SELinux implementation doesn't allow this, except of (may-be) running chcon inside of a %postin script directly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 05:20:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 01:20:32 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510160520.j9G5KWNR008539@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-16 01:20 EST ------- Build failed, will need some cleaning up. * rpmbuilding the SRPM it does not create executables. I get the following: gmake[1]: Entering directory `/home/build/rpmbuild/BUILD/apcupsd-3.10.18/src' gcc -g -O apcupsd.o apcoptd.o apcnet.o apcreports.o apcaction.o apcnis.o apcdevice.o /home/build/rpmbuild/BUILD/apcupsd-3.10.18/src/drivers/libdrivers.a /home/build/rpmbuild/BUILD/apcupsd-3.10.18/src/lib/libapc.a -lpthread -o apcupsd apcupsd.o(.text+0x36b): In function `main': /home/build/rpmbuild/BUILD/apcupsd-3.10.18/src/apcupsd.c:266: undefined reference to `attach_driver' collect2: ld returned 1 exit status gmake[1]: *** [apcupsd] Error 1 * Some missing files: File not found: /var/tmp/apcupsd-3.10.18-1-root-build/etc/apcupsd/hosts.conf File not found: /var/tmp/apcupsd-3.10.18-1-root-build/etc/apcupsd/multimon.conf File not found by glob: /var/tmp/apcupsd-3.10.18-1-root-build/usr/sbin/* File not found: /var/tmp/apcupsd-3.10.18-1-root-build/etc/apcupsd/apcupsd.css * cgi package missing %defattr Good: * name of package and spec * license (GPL) * code, not content * chkconfig script * macro usage -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 05:29:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 01:29:31 -0400 Subject: [Bug 170954] New: Review Request: f2py: Fortran to Python interface generator 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=170954 Summary: Review Request: f2py: Fortran to Python interface generator Product: Fedora Extras Version: devel Platform: All URL: http://cens.ioc.ee/projects/f2py2e 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/f2py.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/f2py-2.45.241_1926-1.src.rpm Description: The purpose of the F2PY --Fortran to Python interface generator-- project is to provide connection between Python and Fortran languages. F2PY is a Python extension tool for creating Python C/API modules from (handwritten or F2PY generated) signature files (or directly from Fortran 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 Sun Oct 16 05:29:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 01:29:38 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510160529.j9G5Tcek008868@www.beta.redhat.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| |170954 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 16 06:43:30 2005 From: ed at eh3.com (Ed Hill) Date: Sun, 16 Oct 2005 02:43:30 -0400 Subject: build system wedged again...? Message-ID: <1129445011.20223.60.camel@ernie> $ plague-client list Traceback (most recent call last): File "/usr/bin/plague-client", line 421, in ? list_jobs(server, sys.argv[2:]) File "/usr/bin/plague-client", line 171, in list_jobs (e, msg, jobs) = server.list_jobs(query_args) File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response return u.close() File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close raise Fault(**self._stack[0]) xmlrpclib.Fault: And not to be rude but does anyone know when the buildsystem will be migrated away from sqlite? 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 andreas.bierfert at lowlatency.de Sun Oct 16 08:22:22 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 16 Oct 2005 10:22:22 +0200 Subject: build system wedged again...? In-Reply-To: <1129445011.20223.60.camel@ernie> References: <1129445011.20223.60.camel@ernie> Message-ID: <20051016102222.35611055@alkaid.lan> On Sun, 16 Oct 2005 02:43:30 -0400 Ed Hill wrote: > > $ plague-client list > Traceback (most recent call last): > File "/usr/bin/plague-client", line 421, in ? > list_jobs(server, sys.argv[2:]) > File "/usr/bin/plague-client", line 171, in list_jobs > (e, msg, jobs) = server.list_jobs(query_args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ > return self.__send(self.__name, args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request > verbose=self.__verbose > File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response > return u.close() > File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close > raise Fault(**self._stack[0]) > xmlrpclib.Fault: locked'> same here for requeue... - 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 Sun Oct 16 08:46:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 04:46:21 -0400 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510160846.j9G8kLkQ026380@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-16 04:46 EST ------- Updated to 7.1.3 Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.1.3-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 Sun Oct 16 09:04:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 05:04:56 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510160904.j9G94u3H027023@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 kms at passback.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kms at passback.co.uk ------- Additional Comments From kms at passback.co.uk 2005-10-16 05:04 EST ------- You need to raise a bug against selinux-policy-targeted with the changes you need to get rt3 to work. I don't think there is a mechanism for individual packages to update the selinux policy when they are 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 Sun Oct 16 09:28:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 05:28:21 -0400 Subject: [Bug 170798] Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol In-Reply-To: Message-ID: <200510160928.j9G9SL5m027902@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170798 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-16 05:28 EST ------- * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot) * You build the doxygen documentation but you don't include it in the package. Please add it to the -devel package (with a %doc tag). * In the spec file, %makeinstall should be replaced by "make install DESTDIR=%{buildroot}" * In the files list, "%dir %{_includedir}/eXosip2" is redundant (covered by the next line) A few questions: * Do you want this lib included for an application in particular ? * Why use the prerelease version instead of the stable 1.9.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 Sun Oct 16 09:42:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 05:42:09 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510160942.j9G9g97x028406@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From lfarkas at lfarkas.org 2005-10-16 05:41 EST ------- or better to send an email to fedora-selinux-list at redhat.com. dan used to reply to such request in a few days! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 10:18:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 06:18:25 -0400 Subject: [Bug 170906] Review Request: pscan In-Reply-To: Message-ID: <200510161018.j9GAIPjX029642@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pscan https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170906 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-10-16 06:18 EST ------- * sources match upstream * rpmlint is happy * spec looks good * clean installation and removal * builds in mock APPROVED Oh, the summary is indeed correct: "Limited problem scanner" I have tried it on some files on my system and it has not found even one problem :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 10:54:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 06:54:57 -0400 Subject: [Bug 170906] Review Request: pscan In-Reply-To: Message-ID: <200510161054.j9GAsvDa030766@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pscan https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170906 ------- Additional Comments From ville.skytta at iki.fi 2005-10-16 06:54 EST ------- Yep, the functionality is indeed quite limited, but sometimes useful anyway. For an example, run it eg. on the unpatched vanilla upstream sources of the latest up-imapproxy package in extras. Thanks for the review, imported; will build when the buildsys is in better shape 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 jean-claude.chauvet at telenet.be Sun Oct 16 11:08:15 2005 From: jean-claude.chauvet at telenet.be (Jean-Claude Chauvet) Date: Sun, 16 Oct 2005 13:08:15 +0200 (Paris, Madrid (heure d'été)) Subject: (no subject) Message-ID: <4352349F.000003.05372@JEANCLAUDE> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: butt_09.jpg Type: unknown/unknown Size: 7822 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMSTP.gif Type: image/gif Size: 13217 bytes Desc: not available URL: From skvidal at phy.duke.edu Sun Oct 16 13:11:22 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 16 Oct 2005 09:11:22 -0400 Subject: build system wedged again...? In-Reply-To: <1129445011.20223.60.camel@ernie> References: <1129445011.20223.60.camel@ernie> Message-ID: <1129468282.6191.37.camel@cutter> On Sun, 2005-10-16 at 02:43 -0400, Ed Hill wrote: > $ plague-client list > Traceback (most recent call last): > File "/usr/bin/plague-client", line 421, in ? > list_jobs(server, sys.argv[2:]) > File "/usr/bin/plague-client", line 171, in list_jobs > (e, msg, jobs) = server.list_jobs(query_args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ > return self.__send(self.__name, args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request > verbose=self.__verbose > File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response > return u.close() > File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close > raise Fault(**self._stack[0]) > xmlrpclib.Fault: locked'> > > > And not to be rude but does anyone know when the buildsystem will be > migrated away from sqlite? Monday or Tuesday I believe is what is currently on the schedule. -sv From bugzilla at redhat.com Sun Oct 16 13:31:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 09:31:13 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510161331.j9GDVDB4005842@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From chris at chrisgrau.com 2005-10-16 09:31 EST ------- I ran into the same problem building on FC-4/x86. However, the package builds fine in mock on both FC-3/x86 and FC-4/x86. I couldn't track down the source of this difference before running out of the time I had. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 14:36:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 10:36:55 -0400 Subject: [Bug 166470] Review Request: taskjuggler In-Reply-To: Message-ID: <200510161436.j9GEatV6008635@www.beta.redhat.com> Please 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 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-16 10:36 EST ------- needswork: * doesn't use desktop-file-install for .desktop * missing BuildRequires qt-devel * does not find qt headers on FC4, probably needs to be specified to %configure -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 15:26:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 11:26:26 -0400 Subject: [Bug 169795] Review Request: gsynaptics In-Reply-To: Message-ID: <200510161526.j9GFQQrt010843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gsynaptics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169795 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-16 11:26 EST ------- * license good, text in %doc * name follows guidelines * spec file easily read * good use of macros * rpmlint clean * used %find_lang macro * sources match upstream * no missing/unneeded BuildRequires APPROVED I could not test this, however, someone with a touchpad will have 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 Sun Oct 16 15:28:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 11:28:20 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510161528.j9GFSKLx010991@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ------- Additional Comments From ed at eh3.com 2005-10-16 11:28 EST ------- Hi Simon, when you build a new SRPM, please post the URL. I know its only a convenience but anything that makes the job easier for the reviewer is good. ;-) So, I can build http://nomis80.org/rpms/SRPMS/opencv-0.9.7-2.src.rpm on FC-4 but rpmlint reports: W: opencv invalid-license Intel Open Source License W: opencv-devel invalid-license Intel Open Source License E: opencv-devel non-executable-script \ /usr/share/opencv/samples/c/build_all.sh 0644 W: opencv-python invalid-license Intel Open Source License E: opencv-python non-executable-script \ /usr/lib/python2.4/site-packages/opencv/adaptors.py 0644 E: opencv-python non-executable-script \ /usr/lib/python2.4/site-packages/opencv/__init__.py 0644 I think its safe to ignore the invalid-license warnings. The license itself seems to be totally compatible with Fedora: http://www.intel.com/technology/computing/opencv/license.htm since the terms are essentially "this license must be shipped along with any source or binaries". Could you please create an updated RPM that has no rpmlint 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 Sun Oct 16 15:45:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 11:45:48 -0400 Subject: [Bug 169795] Review Request: gsynaptics In-Reply-To: Message-ID: <200510161545.j9GFjmDt011676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gsynaptics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169795 ------- Additional Comments From fedora at leemhuis.info 2005-10-16 11:45 EST ------- (In reply to comment #3) > [...] APPROVED > > I could not test this, however, someone with a touchpad will have to. I tested it on my notebook, but I would be glad if someone else could give it a short try. But if no one steps up in the next days I'm going to import it to cvs and build 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 Sun Oct 16 15:47:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 11:47:53 -0400 Subject: [Bug 170691] Review Request: basket - Notes taker for KDE In-Reply-To: Message-ID: <200510161547.j9GFlrXV011741@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: basket - Notes taker for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170691 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-16 11:47 EST ------- I can see the icon now. * builds in mock * clean installation and removal * source matches upstream * scripts look sane * spec looks good * rpmlint has two warnings: W: basket dangling-symlink /usr/share/doc/HTML/en/basket/common /usr/share/doc/HTML/en/common W: basket symlink-should-be-relative /usr/share/doc/HTML/en/basket/common /usr/share/doc/HTML/en/common I have seen that other KDE related packages have the same warning with rpmlint so I suppose this isn't a big problem. It doesn't also sound as if it is a big problem. 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 Sun Oct 16 15:54:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 11:54:10 -0400 Subject: [Bug 170954] Review Request: f2py: Fortran to Python interface generator In-Reply-To: Message-ID: <200510161554.j9GFsAfB012065@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: f2py: Fortran to Python interface generator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170954 ------- Additional Comments From ed at eh3.com 2005-10-16 11:53 EST ------- Hi Ignacio, the above SRPM builds on FC4 but rpmlint throws up a dozen errors of the form: E: f2py non-executable-script \ /usr/lib/python2.4/site-packages/f2py2e/crackfortran.py 0644 If those files really should be executable (and I think they should be, right?) then could you please post an updated 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 eric.tanguy at univ-nantes.fr Sun Oct 16 16:05:45 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 16 Oct 2005 18:05:45 +0200 Subject: plague-client problem Message-ID: <1129478745.3655.7.camel@bureau.maison> I'm trying to build my first package as a new fedora-extras contributor. I follow http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup to test the client setup. If i try plague-client list i obtain : Traceback (most recent call last): File "/usr/bin/plague-client", line 421, in ? list_jobs(server, sys.argv[2:]) File "/usr/bin/plague-client", line 171, in list_jobs (e, msg, jobs) = server.list_jobs(query_args) File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response return u.close() File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close raise Fault(**self._stack[0]) xmlrpclib.Fault: If i try plague-client list_builders Builders: ------------------------------------------------------------------------------------------ hammer1.fedora.redhat.com:8888 i386 i486 i586 i686 athlon x86_64 amd64 ia32e noarch building hammer2.fedora.redhat.com:8888 i386 i486 i586 i686 athlon x86_64 amd64 ia32e noarch building hammer3.fedora.redhat.com:8888 i386 i486 i586 i686 athlon x86_64 amd64 ia32e noarch building ppc1.fedora.redhat.com:8888 ppc32 ppc noarch building hammer1.fedora.redhat.com:8886 i386 i486 i586 i686 athlon x86_64 amd64 ia32e noarch building hammer2.fedora.redhat.com:8886 i386 i486 i586 i686 athlon x86_64 amd64 ia32e noarch idle hammer3.fedora.redhat.com:8886 i386 i486 i586 i686 athlon x86_64 amd64 ia32e noarch idle ppc1.fedora.redhat.com:8886 ppc32 ppc noarch building which seems to be good! and if i try make plague in ~/cvs/qucs/devel/ i obtain : /usr/bin/plague-client build qucs qucs-0_0_7-5_fc5 devel Server returned an error: Insufficient privileges. So i don't understand why i have this error with plague-client list and why i can't request a build. Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From bugzilla at redhat.com Sun Oct 16 16:19:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 12:19:30 -0400 Subject: [Bug 170954] Review Request: f2py: Fortran to Python interface generator In-Reply-To: Message-ID: <200510161619.j9GGJUYk013217@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: f2py: Fortran to Python interface generator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170954 ------- Additional Comments From ivazquez at ivazquez.net 2005-10-16 12:19 EST ------- Strictly speaking files under /usr/lib/pythonX.Y/site-packages aren't required to be executable. rpmlint is just keying on the shebang line and figuring something is wrong from that. The 2 "devel-file-in-non-devel-package" messages may also be red herrings but I need to look deeper into 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 Sun Oct 16 16:30:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 12:30:59 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510161630.j9GGUxc3013728@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ------- Additional Comments From nomis80 at nomis80.org 2005-10-16 12:30 EST ------- Sorry about the new URL. I'll do as you say in the future. About the rpmlint errors: The license error is clearly an rpmlint bug. When info is enabled, it lists "Intel Open Source License" as being acceptable. But it still emits the warning. So rpmlint should be fixed. About the non executable build_all.sh: it shouldn't be. It is in %doc and is provided as documentation, not as a runnable script. If the user wants to compile the examples, which are provided as documentation, it must copy them to its home directory. If it also wants to use the build script, which is provided as an example of a build script (%doc), then it must copy it to its home, chmod it or run it otherwise. About the non executable *.py: they clearly shouldn't be. I think this is a rpmlint bug but I'm not sure. Those .py files are installed in the Python directory for modules. They are Python modules. They are not scripts. Is that a rpmlint bug or should I do things otherwise? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 16:53:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 12:53:10 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510161653.j9GGrAKh014715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ------- Additional Comments From ville.skytta at iki.fi 2005-10-16 12:52 EST ------- The license is ok, rpmlint is stupid and has a hardcoded list of valid ones in the info-enabled message (not the one configured in /etc/rpmlint/config). Without having a look at the package, my guess would be that the files in question contain a shebang and so are treated as scripts and error-flagged due to being non-executable. If they're not executable scripts, there's no need to have the shebang in them. That could be reported 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 skvidal at phy.duke.edu Sun Oct 16 17:20:15 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 16 Oct 2005 13:20:15 -0400 Subject: plague-client problem In-Reply-To: <1129478745.3655.7.camel@bureau.maison> References: <1129478745.3655.7.camel@bureau.maison> Message-ID: <1129483215.6191.40.camel@cutter> On Sun, 2005-10-16 at 18:05 +0200, Eric Tanguy wrote: > I'm trying to build my first package as a new fedora-extras contributor. > I follow http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup to > test the client setup. > If i try plague-client list i obtain : > Traceback (most recent call last): > File "/usr/bin/plague-client", line 421, in ? > list_jobs(server, sys.argv[2:]) > File "/usr/bin/plague-client", line 171, in list_jobs > (e, msg, jobs) = server.list_jobs(query_args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ > return self.__send(self.__name, args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request > verbose=self.__verbose > File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response > return u.close() > File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close > raise Fault(**self._stack[0]) > xmlrpclib.Fault: locked'> > > If i try plague-client list_builders > Builders: > ------------------------------------------------------------------------------------------ > hammer1.fedora.redhat.com:8888 i386 i486 i586 i686 athlon > x86_64 amd64 ia32e noarch building > hammer2.fedora.redhat.com:8888 i386 i486 i586 i686 athlon > x86_64 amd64 ia32e noarch building > hammer3.fedora.redhat.com:8888 i386 i486 i586 i686 athlon > x86_64 amd64 ia32e noarch building > ppc1.fedora.redhat.com:8888 ppc32 ppc noarch building > hammer1.fedora.redhat.com:8886 i386 i486 i586 i686 athlon > x86_64 amd64 ia32e noarch building > hammer2.fedora.redhat.com:8886 i386 i486 i586 i686 athlon > x86_64 amd64 ia32e noarch idle > hammer3.fedora.redhat.com:8886 i386 i486 i586 i686 athlon > x86_64 amd64 ia32e noarch idle > ppc1.fedora.redhat.com:8886 ppc32 ppc noarch building > which seems to be good! > > and if i try make plague in ~/cvs/qucs/devel/ i obtain : > /usr/bin/plague-client build qucs qucs-0_0_7-5_fc5 devel > Server returned an error: Insufficient privileges. > > So i don't understand why i have this error with plague-client list and > why i can't request a build. > Thanks I restarted the plague-server process - see if it is working now, please. -sv From eric.tanguy at univ-nantes.fr Sun Oct 16 17:34:19 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 16 Oct 2005 19:34:19 +0200 Subject: plague-client problem In-Reply-To: <1129483215.6191.40.camel@cutter> References: <1129478745.3655.7.camel@bureau.maison> <1129483215.6191.40.camel@cutter> Message-ID: <1129484059.3655.20.camel@bureau.maison> Le dimanche 16 octobre 2005 ? 13:20 -0400, seth vidal a ?crit : > On Sun, 2005-10-16 at 18:05 +0200, Eric Tanguy wrote: > > I'm trying to build my first package as a new fedora-extras contributor. > > I follow http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup to > > test the client setup. > > If i try plague-client list i obtain : > > Traceback (most recent call last): > > File "/usr/bin/plague-client", line 421, in ? > > list_jobs(server, sys.argv[2:]) > > File "/usr/bin/plague-client", line 171, in list_jobs > > (e, msg, jobs) = server.list_jobs(query_args) > > File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ > > return self.__send(self.__name, args) > > File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request > > verbose=self.__verbose > > File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request > > return self._parse_response(h.getfile(), sock) > > File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response > > return u.close() > > File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close > > raise Fault(**self._stack[0]) > > xmlrpclib.Fault: > locked'> > > > > If i try plague-client list_builders > > Builders: > > ------------------------------------------------------------------------------------------ > > hammer1.fedora.redhat.com:8888 i386 i486 i586 i686 athlon > > x86_64 amd64 ia32e noarch building > > hammer2.fedora.redhat.com:8888 i386 i486 i586 i686 athlon > > x86_64 amd64 ia32e noarch building > > hammer3.fedora.redhat.com:8888 i386 i486 i586 i686 athlon > > x86_64 amd64 ia32e noarch building > > ppc1.fedora.redhat.com:8888 ppc32 ppc noarch building > > hammer1.fedora.redhat.com:8886 i386 i486 i586 i686 athlon > > x86_64 amd64 ia32e noarch building > > hammer2.fedora.redhat.com:8886 i386 i486 i586 i686 athlon > > x86_64 amd64 ia32e noarch idle > > hammer3.fedora.redhat.com:8886 i386 i486 i586 i686 athlon > > x86_64 amd64 ia32e noarch idle > > ppc1.fedora.redhat.com:8886 ppc32 ppc noarch building > > which seems to be good! > > > > and if i try make plague in ~/cvs/qucs/devel/ i obtain : > > /usr/bin/plague-client build qucs qucs-0_0_7-5_fc5 devel > > Server returned an error: Insufficient privileges. > > > > So i don't understand why i have this error with plague-client list and > > why i can't request a build. > > Thanks > > I restarted the plague-server process - see if it is working now, > please. > > -sv > > Ok thanks, now it works when i launch plague-client list but when i try to add a job like this cd ~/cvs/qucs/FC-4/ make plague i obtain : /usr/bin/plague-client build qucs qucs-0_0_7-5_fc4 fc4 Server returned an error: Insufficient privileges. Maybe i did something wrong following http://fedoraproject.org/wiki/Extras/Contributors but i can't see what. -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From bugzilla at redhat.com Sun Oct 16 18:12:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 14:12:16 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510161812.j9GICGAZ017667@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ------- Additional Comments From nomis80 at nomis80.org 2005-10-16 14:12 EST ------- Here you go: http://nomis80.org/rpms/SRPMS/opencv-0.9.7-3.src.rpm I've informed upstream about the shellbang stuff and I've added a sed command that does the change in the meantime. I've also removed the build_all.sh script (which was not that good) along with other useless makefiles and (gasp!) visual studio project files and replaced them with a three-line Makefile that actually works. ;) Since it uses GNU make-specific commands I haven't sent it upstream. Besides, this is only documentation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 18:15:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 14:15:57 -0400 Subject: [Bug 170906] Review Request: pscan In-Reply-To: Message-ID: <200510161815.j9GIFvnl017880@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pscan https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170906 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-10-16 14:15 EST ------- Successfully built for 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 triad at df.lth.se Sun Oct 16 18:20:12 2005 From: triad at df.lth.se (Linus Walleij) Date: Sun, 16 Oct 2005 20:20:12 +0200 (CEST) Subject: Package submission process In-Reply-To: <1129410038.2951.17.camel@rousalka.dyndns.org> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> <1129410038.2951.17.camel@rousalka.dyndns.org> Message-ID: On Sat, 15 Oct 2005, Nicolas Mailhot wrote: > Don't be fooled by its name - it was *never* intended to fill any > particular software niche. If tomorrow mozilla developers (or any other > big bugzilla contributor) wants it to stream video it will stream video. > (lately they seem to want it to do reporting with pretty graphs) But you know man, you can just not have read my entire mail, cause at the end it reads: >> That said, Bugzilla is growing every day and I bet there are a lot of >> people out there who DO want to use Bugzilla for all this kind of >> stuff. And sooner or later I believe Bugzilla will be patched and >> hacked up to actually do it in an organized manner too... So we agree, OK? Then you write: > If you want something that was designed to be an incident management > tool, Why would I want that? The idea hasn't even touched me, I want a Swiss army knife that does the whole shebang and always wanted that. Linus From gajownik at fedora.pl Sun Oct 16 18:31:49 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Sun, 16 Oct 2005 20:31:49 +0200 Subject: rpms/git-core/devel .cvsignore, 1.8, 1.9 git-core.spec, 1.7, 1.8 sources, 1.8, 1.9 In-Reply-To: <200510161703.j9GH3kax003386@cvs-int.fedora.redhat.com> References: <200510161703.j9GH3kax003386@cvs-int.fedora.redhat.com> Message-ID: <43529C95.5070300@fedora.pl> Dnia 10/16/2005 07:03 PM, U?ytkownik Chris Wright (chrisw) napisa?: > Index: git-core.spec > =================================================================== > RCS file: /cvs/extras/rpms/git-core/devel/git-core.spec,v > retrieving revision 1.7 > retrieving revision 1.8 > diff -u -r1.7 -r1.8 > --- git-core.spec 11 Oct 2005 01:09:39 -0000 1.7 > +++ git-core.spec 16 Oct 2005 17:03:38 -0000 1.8 > @@ -1,6 +1,6 @@ > # Pass --without docs to rpmbuild if you don't want the documetnation > Name: git-core > -Version: 0.99.8c > +Version: 0.99.8d > Release: 1%{?dist} > Summary: Git core and tools > License: GPL Didn't you miss out changlog entry? -- ^_* From nicolas.mailhot at laposte.net Sun Oct 16 19:00:42 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 16 Oct 2005 21:00:42 +0200 Subject: Package submission process In-Reply-To: References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> <1129410038.2951.17.camel@rousalka.dyndns.org> Message-ID: <1129489242.3705.3.camel@rousalka.dyndns.org> Le dimanche 16 octobre 2005 ? 20:20 +0200, Linus Walleij a ?crit : > On Sat, 15 Oct 2005, Nicolas Mailhot wrote: > >> That said, Bugzilla is growing every day and I bet there are a lot of > >> people out there who DO want to use Bugzilla for all this kind of > >> stuff. And sooner or later I believe Bugzilla will be patched and > >> hacked up to actually do it in an organized manner too... > > So we agree, OK? No :) The organized part is definitely un-bugzilla-ish > Then you write: > > > If you want something that was designed to be an incident management > > tool, > > Why would I want that? If you want organization ;) Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sun Oct 16 19:20:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 15:20:11 -0400 Subject: [Bug 170973] New: Review Request: gnomebaker: Gnome CD/DVD burner 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=170973 Summary: Review Request: gnomebaker: Gnome CD/DVD burner Product: Fedora Extras Version: devel Platform: All URL: http://gnomebaker.sourceforge.net/v2/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bdpepple at ameritech.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://piedmont.homelinux.org/fedora/gnomebaker/gnomebaker.spec SRPM Name or Url: http://piedmont.homelinux.org/fedora/gnomebaker/gnomebaker-0.5.0-1.src.rpm Description: CD/DVD burner designed for the GNOME 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 Sun Oct 16 19:20:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 15:20:23 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510161920.j9GJKNfP021153@www.beta.redhat.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 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170973 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 20:19:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 16:19:04 -0400 Subject: [Bug 170978] New: Review Request: nomadsync 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=170978 Summary: Review Request: nomadsync Product: Fedora Extras Version: devel Platform: All URL: http://nomadsync.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: http://www.df.lth.se/~triad/krad/fc/nomadsync.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/nomadsync-0.4.2-2.src.rpm Description: This package provides an application to synchronize music trees with Creative NOMAD Jukebox, Creative Zen and Dell DJ line of MP3 players. Patched to add a .desktop file in order to conform with FE packaging guidelines. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 16 20:19:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 16 Oct 2005 16:19:11 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510162019.j9GKJBUJ023806@www.beta.redhat.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| |170978 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 16 22:06:09 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Mon, 17 Oct 2005 00:06:09 +0200 Subject: plague-client problem In-Reply-To: <1129483215.6191.40.camel@cutter> References: <1129478745.3655.7.camel@bureau.maison> <1129483215.6191.40.camel@cutter> Message-ID: <20051017000609.58264ae9@alkaid.lan> On Sun, 16 Oct 2005 13:20:15 -0400 seth vidal wrote: > I restarted the plague-server process - see if it is working now, > please. Hm it is working but I get this for koffice build: http://buildsys.fedoraproject.org/logs//4/1940-koffice-1.4.2-1.fc4/x86_64/build.log 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wart at kobold.org Sun Oct 16 23:22:18 2005 From: wart at kobold.org (Wart) Date: Sun, 16 Oct 2005 16:22:18 -0700 Subject: make tag problem Message-ID: <4352E0AA.30103@kobold.org> I just updated the sources and spec file for tcllib. Due to my own ignorance, instead of running 'cvs commit', I ran 'cvs commit sources tcllib.spec'. Then I tried running 'make tag', but got an error because .cvsignore hadn't been committed. Ok, easy enough, I went ahead and did a 'cvs commit .cvsignore'. But now when I try to run 'make tag', I get an error that the tag already exists. Yet when I run 'make build' I get an error that the spec file isn't tagged. Can anyone help me fix this tagging problem? [wart at owl devel]$ make build tcllib.spec not tagged with tag tcllib-1_8-1_fc5 make: *** [build] Error 1 [wart at owl devel]$ make tag cvs tag -c tcllib-1_8-1_fc5 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ? tcllib-1.7.tar.bz2 ERROR: Tag tcllib-1_8-1_fc5 has been already created. The following tags have been created so far tcllib-1_7-2:devel:wart:1120847978 tcllib-1_7-3_fc5:devel:wart:1128308939 tcllib-1_7-3_fc3:FC-3:wart:1128355743 tcllib-1_7-3_fc4:FC-4:wart:1128355770 tcllib-1_7-3_fc2:FC-2:wart:1128544609 tcllib-1_8-1_fc5:devel:wart:1129504487 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Error 1 --Mike From dakingun at gmail.com Sun Oct 16 23:30:06 2005 From: dakingun at gmail.com (Deji Akingunola) Date: Sun, 16 Oct 2005 19:30:06 -0400 Subject: make tag problem In-Reply-To: <4352E0AA.30103@kobold.org> References: <4352E0AA.30103@kobold.org> Message-ID: On 10/16/05, Wart wrote: > > > > Can anyone help me fix this tagging problem? > > [wart at owl devel]$ make build > tcllib.spec not tagged with tag tcllib-1_8-1_fc5 > make: *** [build] Error 1 > > [wart at owl devel]$ make tag > cvs tag -c tcllib-1_8-1_fc5 > For more information on using the Fedora CVS repositories, please visit > http://fedoraproject.org/wiki/UsingCvs > ? tcllib-1.7.tar.bz2 > ERROR: Tag tcllib-1_8-1_fc5 has been already created. > The following tags have been created so far > tcllib-1_7-2:devel:wart:1120847978 > tcllib-1_7-3_fc5:devel:wart:1128308939 > tcllib-1_7-3_fc3:FC-3:wart:1128355743 > tcllib-1_7-3_fc4:FC-4:wart:1128355770 > tcllib-1_7-3_fc2:FC-2:wart:1128544609 > tcllib-1_8-1_fc5:devel:wart:1129504487 > cvs tag: Pre-tag check failed > cvs [tag aborted]: correct the above errors first! > make: *** [tag] Error 1 > > --Mike I just experienced a similar issue. I just bumped the release tag, and re-run cvs commit to work around it. --Rookie Packager! -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Sun Oct 16 23:59:08 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 17 Oct 2005 01:59:08 +0200 Subject: free numerical recipes api implementation Message-ID: <20051016235907.GA3258@free.fr> Hi, I am considering packaging a program that uses the numerical recipes API (in C but it doesn't matter much). Is there a free software implementation of that API? (maybe a front end for another library, for example gsl) that would be suitable for inclusion in fedora extras (or allready included...)? I have searched the net without success. -- Pat From dcbw at redhat.com Mon Oct 17 02:06:29 2005 From: dcbw at redhat.com (Dan Williams) Date: Sun, 16 Oct 2005 22:06:29 -0400 Subject: plague-client problem In-Reply-To: <20051017000609.58264ae9@alkaid.lan> References: <1129478745.3655.7.camel@bureau.maison> <1129483215.6191.40.camel@cutter> <20051017000609.58264ae9@alkaid.lan> Message-ID: <1129514789.16144.2.camel@localhost.localdomain> On Mon, 2005-10-17 at 00:06 +0200, Andreas Bierfert wrote: > On Sun, 16 Oct 2005 13:20:15 -0400 > seth vidal wrote: > > > I restarted the plague-server process - see if it is working now, > > please. > > Hm it is working but I get this for koffice build: > http://buildsys.fedoraproject.org/logs//4/1940-koffice-1.4.2-1.fc4/x86_64/build.log > > Any ideas? That's awesome. gcc bug most likely, it's doing something bad. File a bug against GCC with the info at the bottom of the log. Likely they will ask you to reproduce, not sure if you have an x86_64 though. In any case, we don't have debuginfo installed on the boxes. You might try to do a special test-build that has a "Require: gcc-debuginfo" in the koffice specfile to get more information in the failure log about where gcc is dying. Dan From dcbw at redhat.com Mon Oct 17 02:27:28 2005 From: dcbw at redhat.com (Dan Williams) Date: Sun, 16 Oct 2005 22:27:28 -0400 Subject: Extras build system maintenance Monday 10/17 Message-ID: <1129516048.16144.14.camel@localhost.localdomain> Hi all, We'll be switching to the latest build system code on Monday morning. This should resolve most of the random kicks that have been needed lately due to locking issues with sqlite. It will also improve stability of the build slaves themselves. I expect to bring the build system down around 10 or 11 AM US Eastern Time. It will likely be down until mid-afternoon, probably about 3 or 4 hours total. When everything is back up and working, we'll send out a mail saying so. When it comes back up, you'll need to upgrade your plague-client and plague-common packages with yum. Thanks for the patience, Dan From rc040203 at freenet.de Mon Oct 17 05:03:28 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 17 Oct 2005 07:03:28 +0200 Subject: make tag problem In-Reply-To: References: <4352E0AA.30103@kobold.org> Message-ID: <1129525408.5390.75.camel@mccallum.corsepiu.local> On Sun, 2005-10-16 at 19:30 -0400, Deji Akingunola wrote: > > > On 10/16/05, Wart wrote: > > > Can anyone help me fix this tagging problem? > > [wart at owl devel]$ make build > tcllib.spec not tagged with tag tcllib-1_8-1_fc5 > make: *** [build] Error 1 > > [wart at owl devel]$ make tag > cvs tag -c tcllib-1_8-1_fc5 > For more information on using the Fedora CVS repositories, > please visit > http://fedoraproject.org/wiki/UsingCvs > ? tcllib-1.7.tar.bz2 > ERROR: Tag tcllib-1_8-1_fc5 has been already created. > The following tags have been created so far > tcllib-1_7-2:devel:wart:1120847978 > tcllib-1_7-3_fc5:devel:wart:1128308939 > tcllib-1_7-3_fc3:FC-3:wart:1128355743 > tcllib-1_7-3_fc4:FC-4:wart:1128355770 > tcllib-1_7-3_fc2:FC-2:wart:1128544609 > tcllib-1_8-1_fc5:devel:wart:1129504487 > cvs tag: Pre-tag check failed > cvs [tag aborted]: correct the above errors first! > make: *** [tag] Error 1 > > --Mike > > I just experienced a similar issue. I just bumped the release tag, and > re-run cvs commit to work around it. Another approach which can be applied if a package had not yet been released, is to shift the CVS-tag by force: # cvs tag -F tcllib-1_8-1_fc5 An even better approach would be to fix this annoying and broken "tag check" inside of the buildsystem :( Ralf PS.: Please not post HTML mails. At least I normally do not respond to HTML mails. From bugzilla at redhat.com Mon Oct 17 05:53:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 01:53:32 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510170553.j9H5rWJw017180@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: gnomebaker: |Review Request: gnomebaker: |Gnome CD/DVD burner |Gnome CD/DVD burner Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de ------- Additional Comments From adrian at lisas.de 2005-10-17 01:53 EST ------- the debuginfo package is empty and the $RPM_OPT_FLAGS are 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 paul at city-fan.org Mon Oct 17 07:25:33 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 17 Oct 2005 08:25:33 +0100 Subject: make tag problem In-Reply-To: <1129525408.5390.75.camel@mccallum.corsepiu.local> References: <4352E0AA.30103@kobold.org> <1129525408.5390.75.camel@mccallum.corsepiu.local> Message-ID: <1129533935.3668.86.camel@laurel.intra.city-fan.org> On Mon, 2005-10-17 at 07:03 +0200, Ralf Corsepius wrote: > On Sun, 2005-10-16 at 19:30 -0400, Deji Akingunola wrote: > > > > > > On 10/16/05, Wart wrote: > > > > > > Can anyone help me fix this tagging problem? > > > > [wart at owl devel]$ make build > > tcllib.spec not tagged with tag tcllib-1_8-1_fc5 > > make: *** [build] Error 1 > > > > [wart at owl devel]$ make tag > > cvs tag -c tcllib-1_8-1_fc5 > > For more information on using the Fedora CVS repositories, > > please visit > > http://fedoraproject.org/wiki/UsingCvs > > ? tcllib-1.7.tar.bz2 > > ERROR: Tag tcllib-1_8-1_fc5 has been already created. > > The following tags have been created so far > > tcllib-1_7-2:devel:wart:1120847978 > > tcllib-1_7-3_fc5:devel:wart:1128308939 > > tcllib-1_7-3_fc3:FC-3:wart:1128355743 > > tcllib-1_7-3_fc4:FC-4:wart:1128355770 > > tcllib-1_7-3_fc2:FC-2:wart:1128544609 > > tcllib-1_8-1_fc5:devel:wart:1129504487 > > cvs tag: Pre-tag check failed > > cvs [tag aborted]: correct the above errors first! > > make: *** [tag] Error 1 > > > > --Mike > > > > I just experienced a similar issue. I just bumped the release tag, and > > re-run cvs commit to work around it. You should bump the release tag in the devel branch too, because otherwise it will appear to be "older" than the FC-4 and FC-3 branches. > Another approach which can be applied if a package had not yet been > released, is to shift the CVS-tag by force: > # cvs tag -F tcllib-1_8-1_fc5 Or: $ make tag TAG_OPTS=-F Paul. -- Paul Howarth From bugzilla at redhat.com Mon Oct 17 07:34:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 03:34:46 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510170734.j9H7Yk7O023679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From paul at city-fan.org 2005-10-17 03:34 EST ------- (In reply to comment #16) > (In reply to comment #14) > > > The following lines added to file_contexts/program/apache.fc in the policy > > sources should take care of both HTML::Mason and rt3 > > > > /var/cache/mason(/.*)? system_u:object_r:httpd_cache_t > > /var/cache/rt3(/.*)? system_u:object_r:httpd_cache_t > How can this be achieved inside of the rt3-rpm? They could be added to a file in /etc/selinux/targeted/contexts/files. However, that would be the wrong approach. The right approach is to get the policy changed upstream, by raising a bug on selinux-policy-targeted or mentioning the issue on fedora-selinux-list, as mentioned in the previous two comments. > > I think we're all agreed that /var/cache/rt3 is a better option than > > /var/lib/rt3, aren't we? > Yes, but unless somebody tells me how to achieve this inside of an rpm, without > having to modify on of the centralized SELinux packages I don't seem any > perspective to do so. > > AFAIK, the current SELinux implementation doesn't allow this, except of (may-be) > running chcon inside of a %postin script directly. I'm happy to handle the SELinux bug report and get it fixed, but I need to make sure that I'm getting the right directories fixed. There's no point getting the context of /var/cache/{mason,rt3} fixed if /var/lib/{mason,rt3} are being used by the {mason,rt3} packages. So, are /var/cache/{mason,rt3} the directories that are going to be used? BTW, I believe FC5 will have a more modular approach where tweaks to policy like this *can* be handled within 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 Mon Oct 17 07:46:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 03:46:39 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510170746.j9H7kdjQ024619@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-17 03:46 EST ------- (In reply to comment #19) > (In reply to comment #16) > > (In reply to comment #14) > > > > > The following lines added to file_contexts/program/apache.fc in the policy > > > sources should take care of both HTML::Mason and rt3 > > > > > > /var/cache/mason(/.*)? system_u:object_r:httpd_cache_t > > > /var/cache/rt3(/.*)? system_u:object_r:httpd_cache_t > > How can this be achieved inside of the rt3-rpm? > > They could be added to a file in /etc/selinux/targeted/contexts/files. > However, that would be the wrong approach. IMO, this approach is wrong without any doubt. > The right approach is to get the policy > changed upstream, by raising a bug on selinux-policy-targeted or mentioning the > issue on fedora-selinux-list, as mentioned in the previous two comments. I can't avoid to disagree, again. > > > I think we're all agreed that /var/cache/rt3 is a better option than > > > /var/lib/rt3, aren't we? > > Yes, but unless somebody tells me how to achieve this inside of an rpm, without > > having to modify on of the centralized SELinux packages I don't seem any > > perspective to do so. > > > > AFAIK, the current SELinux implementation doesn't allow this, except of (may-be) > > running chcon inside of a %postin script directly. > > I'm happy to handle the SELinux bug report and get it fixed, but I need > to make sure that I'm getting the right directories fixed. There's no > point getting the > context of /var/cache/{mason,rt3} fixed if /var/lib/{mason,rt3} are being used > by the {mason,rt3} packages. So, are /var/cache/{mason,rt3} the > directories that are going to be used? Yes, we want /var/cache/*, but are deadlocked and we can't switch to it, before _SELinux_ has been changed. > BTW, I believe FC5 will have a more modular approach where tweaks to > policy like this *can* be handled within the package. Well, face it: SELinux suffers from the same design flaws as any other centralized registry suffer from. IMO, this must be fixed ASAP or SELinux should be discontinued. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 08:07:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 04:07:04 -0400 Subject: [Bug 170995] New: Review Request: System Control Center (system-config-control) 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=170995 Summary: Review Request: System Control Center (system-config- control) Product: Fedora Extras Version: devel Platform: All URL: http://prdownloads.sourceforge.net/indianoss/system- config-control-1.0.tar.bz2?download OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ankit644 at yahoo.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://prdownloads.sourceforge.net/indianoss/system-config-control.spec?download SRPM Name or Url: http://prdownloads.sourceforge.net/indianoss/system-config-control-1.0-3.src.rpm?download Description: System-config-control provides an organized and centralized interface to all of Fedora's configuration utilities. It also hooks into firstboot, allowing these tools to be run after initial installation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 08:07:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 04:07:15 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510170807.j9H87F7v026592@www.beta.redhat.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 ankit644 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170995 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 08:44:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 04:44:29 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510170844.j9H8iTS8029892@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From paul at city-fan.org 2005-10-17 04:44 EST ------- (In reply to comment #20) > (In reply to comment #19) > > (In reply to comment #16) > > > (In reply to comment #14) > > > > I think we're all agreed that /var/cache/rt3 is a better option than > > > > /var/lib/rt3, aren't we? > > > Yes, but unless somebody tells me how to achieve this inside of an rpm, without > > > having to modify on of the centralized SELinux packages I don't seem any > > > perspective to do so. > > > > > > AFAIK, the current SELinux implementation doesn't allow this, except of (may-be) > > > running chcon inside of a %postin script directly. > > > > I'm happy to handle the SELinux bug report and get it fixed, but I need > > to make sure that I'm getting the right directories fixed. There's no > > point getting the > > context of /var/cache/{mason,rt3} fixed if /var/lib/{mason,rt3} are being used > > by the {mason,rt3} packages. So, are /var/cache/{mason,rt3} the > > directories that are going to be used? > Yes, we want /var/cache/*, but are deadlocked and we can't switch to it, before > _SELinux_ has been changed. I don't get this. In what way is using /var/lib/rt3 any less broken than using /var/cache/rt3? With SELinux enabled, apache can write to neither. In the meantime I shall raise the bug to get SELinux to support /var/cache/{mason,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 Oct 17 09:35:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 05:35:39 -0400 Subject: [Bug 170385] Review request: perl-Business-Hours - Calculate business hours in a time period In-Reply-To: Message-ID: <200510170935.j9H9ZdSf001700@www.beta.redhat.com> Please 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-Business-Hours - Calculate business hours in a time period https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170385 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpo at di.uminho.pt OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-10-17 05:35 EST ------- APPROVED MD5SUMS: 818fce5e17f8227a4b47b524a3bba64c perl-Business-Hours-0.07-1.src.rpm 963e2a6c7b1db22ae9526ead930670ef Business-Hours-0.07.tar.gz d553ef71e2c48e1e8b2e76f865688328 perl-Business-Hours.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 Oct 17 10:27:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 06:27:34 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510171027.j9HARYaF005740@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-17 06:27 EST ------- The changes you requested (quite reasonable ones at that) are in http://ryoko.camperquake.de/fedora/bmp-flac2/ 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 Oct 17 10:39:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 06:39:36 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510171039.j9HAdaNQ006997@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From matthias at rpmforge.net 2005-10-17 06:39 EST ------- Great, thanks! I've got a last question, and since you're the author it should be an easy one : What about a possible package name change from bmp-flac2 to plain bmp-flac? I understand that you named the original project "bmp-flac2" because a previous hackish plugin already existed, but if yours now becomes to mainly used one, the number in the name will be quite useless and could even be considered misleading if some day the FLAC developers come up with a new improved and incompatible compression that they call... "FLAC2" :-) (just an example) I'm not asking you to change the project name or anything, but just consider the possibility of having the Extras package named "bmp-flac", to make it as clear and simple as possible for the Fedora end 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 Oct 17 10:46:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 06:46:06 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510171046.j9HAk6rl007473@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-17 06:45 EST ------- The package will become obsolete anyway in the not-too-distant future, as the developers of BMP work on what is currently known as BMPX, which is a complete rewrite using gsteamer as a backend, thus obsoleting the need for this plugin. How about adding "Provides: bmp-flac" to the package? So "yum install bmp-flac" would get it, wouldn't it? I am a little reluctant to have the name of the package differ from that of the project being packaged inside, especially since the name "bmp-flac" is kind of taken, as you pointed 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 Oct 17 11:09:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 07:09:51 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510171109.j9HB9pse009258@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From matthias at rpmforge.net 2005-10-17 07:09 EST ------- Alright, I asked just in case :-) bmpx is a goodd point, although given all the dependencies it has on very recent libraries, it'll have to be FC5+ specific, so plain old bmp will stick around for a while on >= FC4. Anyway, I'm ready to approve the package! I can't seem to find your Fedora Extras user account... if you haven't got one yet, please create one, and notify me once it's ready to be activated so that I can sponsor you : http://fedoraproject.org/wiki/PackageReviewGuidelines -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 11:18:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 07:18:12 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510171118.j9HBICEm010276@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-17 07:17 EST ------- Uhmm... I think I have to have an account, on behalf of maintaining several packages already :) CVS Username is ertzing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 11:25:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 07:25:43 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510171125.j9HBPhMt011062@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 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-10-17 07:25 EST ------- Silly me, I was looking at accounts starting with "R" and searching for "Ralf" in the CVS commits ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 12:25:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 08:25:42 -0400 Subject: [Bug 168610] Review Request: perl-Convert-ASCII-Armour In-Reply-To: Message-ID: <200510171225.j9HCPg1Z016097@www.beta.redhat.com> Please 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-Convert-ASCII-Armour https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168610 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-10-17 08:25 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec, text included - spec written in English and is legible - sources match upstream - package builds ok in mock on FC4 (i386) - BR's OK - no locales, subpackages, libraries 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 desktop entry needed - no scriptlets Suggestion: - "Convert binary octets into ASCII armoured messages" might be a better summary than "Convert::ASCII::Armour Perl module" 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 Oct 17 13:05:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 09:05:20 -0400 Subject: [Bug 170385] Review request: perl-Business-Hours - Calculate business hours in a time period In-Reply-To: Message-ID: <200510171305.j9HD5KoX021817@www.beta.redhat.com> Please 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-Business-Hours - Calculate business hours in a time period https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170385 ------- Additional Comments From rc040203 at freenet.de 2005-10-17 09:04 EST ------- Grumble ... Package perl-Business-Hours enqueued. (However, no Job ID was provided in the time 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 Mon Oct 17 14:11:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 10:11:59 -0400 Subject: [Bug 167364] Review Request: Fuse emulator utilities In-Reply-To: Message-ID: <200510171411.j9HEBx9J001400@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse emulator utilities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167364 ------- Additional Comments From paul at city-fan.org 2005-10-17 10:11 EST ------- None of the URLs in this bug appear to 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 Mon Oct 17 14:20:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 10:20:40 -0400 Subject: [Bug 167364] Review Request: Fuse emulator utilities In-Reply-To: Message-ID: <200510171420.j9HEKeFh002821@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse emulator utilities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167364 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-17 10:20 EST ------- Spec Name or Url: http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-utils-0.7.0.spec SRPM Name or Url: http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-utils-0.7.0-1.src.rpm Sorry for the delay, events have over taken 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 Mon Oct 17 14:23:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 10:23:01 -0400 Subject: [Bug 170798] Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol In-Reply-To: Message-ID: <200510171423.j9HEN1xg003059@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170798 ------- Additional Comments From jeff at ollie.clive.ia.us 2005-10-17 10:22 EST ------- New spec/srpm with problems pointed out by Aurelien fixed: Spec Name or Url: http://www.ocjtech.us/libeXosip2-1.9.1-0.2.pre16.spec SRPM Name or Url: http://www.ocjtech.us/libeXosip2-1.9.1-0.2.pre16.src.rpm I plan on eventually packaging OpenPBX when it is stable. OpenPBX is a fork of Asterisk and includes a new SIP channel that uses eXoSIP2, oSIP (already in extras), oRTP (already in extras). The prerelease is the one specified by the author of the new channel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 14:28:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 10:28:41 -0400 Subject: [Bug 167364] Review Request: Fuse emulator utilities In-Reply-To: Message-ID: <200510171428.j9HESf52004465@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse emulator utilities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167364 ------- Additional Comments From paul at city-fan.org 2005-10-17 10:28 EST ------- Please also provide new URLs for related Bug 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 rc040203 at freenet.de Mon Oct 17 14:39:27 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 17 Oct 2005 16:39:27 +0200 Subject: rpms/xforms/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 xforms.spec, 1.8, 1.9 In-Reply-To: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> Message-ID: <1129559968.5390.124.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 10:28 -0400, Rex Dieter wrote: > Author: rdieter > --- xforms.spec 23 May 2005 00:21:33 -0000 1.8 > +++ xforms.spec 17 Oct 2005 14:28:54 -0000 1.9 > BuildRequires: XFree86-devel > +BuildRequires: libGL.so.1 That bird won't fly ;) Changes having been introduced in FC4's packaging broke requiring SONAME'ed libs, such as libGL.so.1. As a side effect you now can't avoid using BuildRequires: xorg-x11-Mesa-libGL Ralf From gdk at redhat.com Mon Oct 17 14:43:58 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Mon, 17 Oct 2005 10:43:58 -0400 (EDT) Subject: Package submission process In-Reply-To: <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> Message-ID: On Sat, 15 Oct 2005, Jeff Spaleta wrote: > On 10/15/05, Paul Howarth wrote: > > Remember that the bugs blocking FE-REVIEW have already at least been > > looked at by someone. Bugs blocking FE-NEW are still awaiting review, > > and there are generally more of them than the ones blocking FE-REVIEW. > > i wish i knew of a way to get bugzilla to tell me a time history for > FE-NEW nad FE-REVIEW so I could do this more systematically. Right > now I sort of randomly spot checking when i rememeber to take a look. > So I can't say anything more concrete than the current process seems > to be flowing better than some of the worst case fears would suggest. > The situation is far from dire..and for from gridlock. But I don't > think its worth a lot of effort trying out things to optmize the > workflow unless we have some time history we can use as a metric to > make sure anything we do to change to policy actually has a positive > impact. How important do you think these metrics are? I know that Elliot is working on a whole bunch of metrics -- it might make sense to start collecting all of these metrics ideas in a central place. --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 buildsys at fedoraproject.org Mon Oct 17 14:55:02 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 17 Oct 2005 10:55:02 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051017145502.B60BF7F75@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 31 abcm2ps-4.11.8-1.fc4 amarok-1.3.3-1.fc4 basket-0.5.0-4.fc4 dejavu-fonts-1.15-1.fc4 fluxconf-0.9.8-2.fc4 gtorrentviewer-0.2b-6.fc4 libosip2-2.2.1-1.fc4 libqalculate-0.8.2-2.fc4 libsexy-0.1.1-1.fc4 lua-5.0.2-5.fc4 netcdf-3.6.0-8.p1.fc4 obby-0.2.0-6.fc4 perl-Set-IntSpan-1.08-1.fc4 plague-0.4-1.fc4 plt-scheme-299.200-10.fc4 pscan-1.2-1.fc4 pybliographer-1.2.7-1.fc4 python-bibtex-1.2.2-1.fc4 pyxdg-0.15-1.fc4 qalculate-gtk-0.8.2-4.fc4 qalculate-kde-0.8.2-2.fc4 revelation-0.4.5-3.fc4 rxvt-unicode-5.7-3.fc4 sylpheed-claws-1.9.15-1.fc4 tcllib-1.8-3.fc4 tiobench-0.3.3-2.fc4 valknut-0.3.7-4.fc4 verbiste-0.1.13-1.fc4 xprobe2-0.3-2.fc4 yumex-0.42-7.0.fc4 zope-2.8.2-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From rdieter at math.unl.edu Mon Oct 17 15:07:56 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 10:07:56 -0500 Subject: rpms/xforms/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 xforms.spec, 1.8, 1.9 In-Reply-To: <1129559968.5390.124.camel@mccallum.corsepiu.local> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > Changes having been introduced in FC4's packaging broke requiring > SONAME'ed libs, such as libGL.so.1. > > As a side effect you now can't avoid using > BuildRequires: xorg-x11-Mesa-libGL So now we can't make specfiles that work on pre xorg-x11 systems? -- Rex From bugzilla at redhat.com Mon Oct 17 15:12:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 11:12:11 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510171512.j9HFCBa4010722@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-17 11:12 EST ------- mock build on devel fails with: RPM build errors: File not found: /var/tmp/gnomebaker-0.5.0-1-root-mockbuild/usr/share/gnome/help/gnomebaker -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 15:26:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 11:26:29 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510171526.j9HFQTwZ012867@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at city-fan.org 2005-10-17 11:26 EST ------- You can get rid of all rpmlint warnings except the devel-file-in-non-devel-package ones) by adding the following to %prep: /usr/bin/find doc examples src -type f -exec %{__sed} -i -e 's/\r*$//' {} \; /usr/bin/find doc examples src -type f -exec %{__chmod} 644 {} \; The rpmlint warnings about devel-file-in-non-devel-package can IMHO be ignored because they are all warnings about header files that are directly used by the compiler itself, much like the header files included in the regular gcc package. There are also some duplicate files amongst the examples (e.g. /usr/share/doc/z88dk-1.6/examples/z88/dstar.h & /usr/share/doc/z88dk-1.6/examples/z88/app/dstar.h); replacing the duplicates with symlinks would only save around 100k in the target filesystem so I'm not convinced it's worth the hassle of doing this (unless someone knows of a symlink equivalent of the "/usr/sbin/hardlink" program, which would make it easy). I'll do a proper review after some working URLs are posted for Bug 166960 so that I can try out the compiler for 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 buildsys at fedoraproject.org Mon Oct 17 15:34:31 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 17 Oct 2005 11:34:31 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051017153431.1EA607F75@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 16 abcm2ps-4.11.8-1.fc3 abiword-2.4.1-4.fc3 dejavu-fonts-1.15-1.fc3 gtorrentviewer-0.2b-6.fc3 libqalculate-0.8.2-2.fc3 plague-0.4-1.fc3 pybliographer-1.2.7-1.fc3 python-bibtex-1.2.2-1.fc3 pyxdg-0.15-1.fc3 qalculate-gtk-0.8.2-4.fc3 qalculate-kde-0.8.2-2.fc3 rxvt-unicode-5.7-3.fc3 tcllib-1.8-3.fc3 tiobench-0.3.3-2.fc3 valknut-0.3.7-4.fc3 xprobe2-0.3-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 Mon Oct 17 15:42:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 11:42:06 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510171542.j9HFg6wC015572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-17 11:41 EST ------- Updated spec http://www.all-the-johnsons.co.uk/emulation/downloads/z88dk.spec Updated srpm http://www.all-the-johnsons.co.uk/emulation/downloads/z88dk-1.6-5.src.rpm I'll updated 166960 shortly (just rebuilding) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mon Oct 17 15:45:11 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 17 Oct 2005 11:45:11 -0400 Subject: Package submission process In-Reply-To: References: <43501A7C.8020801@ardchoille.org> <604aa7910510141408i5fb26038g70fbe16bfde36f5@mail.gmail.com> <1129324709.2892.5.camel@bureau.maison> <604aa7910510141425j25e1ce2bv86ee7efd6a1b308a@mail.gmail.com> <1129354206.23506.2.camel@locolhost.localdomain> <604aa7910510150653u1d8b1ac3vd0504791ff9562d2@mail.gmail.com> <1129388901.3668.81.camel@laurel.intra.city-fan.org> <604aa7910510150925q386890car86a1f2b9de48076f@mail.gmail.com> Message-ID: <604aa7910510170845y18d950cdh85318eb7983bc5b6@mail.gmail.com> On 10/17/05, Greg DeKoenigsberg wrote: > How important do you think these metrics are? I know that Elliot is > working on a whole bunch of metrics -- it might make sense to start > collecting all of these metrics ideas in a central place. how important.. that's difficult to say. The casual spot checking on the number of blocking FE-NEW and FE-REVIEW I've done doesn't seem to indicate there is a backlog problem happening. So its not like there is a burning fire that needs to be watched closely. I will say however that without time history metrics, it will be difficult to do a good job of optimizing the workflow any further. And if a problem with the workflow does develop, time history metrics like I'm talking about are going to be the best way to catch it early and try to address it. Additionally we've no way to actually communicate that things are operating nominally to the..impatient potential contributor. How important is it to give new contributors a rough estimate on how long the process for a first package normally takes? People walking into the process..expecting it to take 3 hours to get a first package submitted will be a continual frustration unless they have some upfront guidance on what the average submission process is like. The best way I can think of is to generate the time history metrics. Things like "last month the average amount of time a package sat in FE_NEW state was... and average time in FE_REVIEW was...." -jef From bugzilla at redhat.com Mon Oct 17 16:08:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:08:59 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510171608.j9HG8xjr020414@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From orion at cora.nwra.com 2005-10-17 12:08 EST ------- I can't reproduce the build problem here. Are you sure that there aren't any other errors, say in compiling src/drivers/drivers.c which defines "attach_driver". I also don't get the "File not found" messages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 16:25:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:25:17 -0400 Subject: [Bug 168719] Review Request: gdal In-Reply-To: Message-ID: <200510171625.j9HGPHiN022392@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gdal https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168719 ------- Additional Comments From silke at intevation.de 2005-10-17 12:25 EST ------- (In reply to comment #8) > (In reply to comment #7) > > (In reply to comment #6) > > > (In reply to comment #4) > > > > (In reply to comment #2) Sorry for my late answer. I have been busy with some preparation of a fair and ill afterwards. But now I am finally back to packaging GIS software :-) > > > > > > - Probably a lot of missing package deps inside of devel package. > > > > > (c.f. /usr/lib/libgdal.la) > > > > > > > > As far as I can see the dependencies are sufficient. gdal-devel is > sufficient to > > > > build other packages against gdal. I tried with mapserver after removing all > > > > other devel-packages on my system. > > > Hmm, libgal is linked against various libraries. Normally you will not be able > > > to link against libgal unless you have all devel packages corresponding to these > > > libraries installed. > > > gdal just creates something like an API to different raster and vector GIS > > formats. So no information about postgresql, hdf, mysql etc. is needed to have > > access to gdal. I furthermore checked the header files in /usr/include/gdal to > > see which header files they include and they just need either other gdal-header > > files or standards like stdio.h etc. So I am rather sure that the dependencies > > are sufficient. Have I overseen something? > > Yes, You were right. I ran into the problem when I packaged another more complicated software using gdal which is called qgis. I now added all (at least I think so) necessary dependencies. Furthermore I build a new version of the package, since meanwhile gdal 1.3.1 has become available. Please look again at http://ftp.intevation.de/freegis/fedora/4/ Many thanks so far for all your comments. Silke -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 16:31:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:31:39 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510171631.j9HGVdPa023201@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From orion at cora.nwra.com 2005-10-17 12:31 EST ------- (In reply to comment #3) > > Source0 is commented out because it does not build properly with it in. > > ??? > I've download tarball from the location currently commented out, it matches the > tarball in the srpm. What is the reason to not specify full url for the tarball? Because it doesn't compile with it uncommented. Try it. rpmbuild can't parse the cgi style 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 ville.skytta at iki.fi Mon Oct 17 16:34:04 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 17 Oct 2005 19:34:04 +0300 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> Message-ID: <1129566844.2426.91.camel@localhost.localdomain> On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > * Mon Oct 17 2005 Rex Dieter 1.0.90-2 > - BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL I believe the preferred way to do that stuff nowadays (FC3+) is using libGL/libGLU/libGL-devel/libGLU-devel as appropriate. https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html https://www.redhat.com/archives/fedora-devel-list/2004-July/msg00237.html http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11/devel/xorg-x11.spec?rev=.&view=auto From bugzilla at redhat.com Mon Oct 17 16:37:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:37:17 -0400 Subject: [Bug 171039] New: Review Request: geos 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=171039 Summary: Review Request: geos Product: Fedora Extras Version: devel Platform: All URL: http://ftp.intevation.de/freegis/fedora/4 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: silke at intevation.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.intevation.de/freegis/fedora/4/SPECS/geos.spec SRPM Name or Url: http://ftp.intevation.de/freegis/fedora/4/SRPMS/geos-2.1.4-1.src.rpm Description: GEOS (Geometry Engine - Open Source) is a C++ port of the Java Topology Suite (JTS). As such, it aims to contain the complete functionality of JTS in C++. This includes all the OpenGIS "Simple Features for SQL" spatial predicate functions and spatial operators, as well as specific JTS topology functions such as IsValid(). Some additional information: ============================ This package is an updated version of a package provided by David Kaplan last year (see https://bugzilla.fedora.us/show_bug.cgi?id=1394). I asked David wether he wanted to maintain the package. Since he hasn't been interested any more I took over and here 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 Mon Oct 17 16:37:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:37:33 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510171637.j9HGbXqg023972@www.beta.redhat.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 silke at intevation.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171039 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 17 16:47:46 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 17 Oct 2005 18:47:46 +0200 Subject: rpms/xforms/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 xforms.spec, 1.8, 1.9 In-Reply-To: References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> Message-ID: <1129567667.5390.133.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 10:07 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > Changes having been introduced in FC4's packaging broke requiring > > SONAME'ed libs, such as libGL.so.1. > > > > As a side effect you now can't avoid using > > BuildRequires: xorg-x11-Mesa-libGL > > So now we can't make specfiles that work on pre xorg-x11 systems? Yes, unfortunately RH has drawn a couple of unfortunate decisions, we now have to cope with: With regard to SONAMEs the problem is this: # rpm -q --provides -p xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.i386.rpm libGL.so.1 # rpm -q --provides -p xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64.rpm libGL.so.1()(64bit) => on x86_64 targets, "BuildRequires: libGL.so.1" pulls in the 32bit version of the library, which subsequently breaks the old "BuildRequires: libGL.so.1" trick to circumvent all the permutations of packages providing libGL.so.1, which had been applicable before FC4. Ralf From rc040203 at freenet.de Mon Oct 17 16:50:26 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 17 Oct 2005 18:50:26 +0200 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129566844.2426.91.camel@localhost.localdomain> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> Message-ID: <1129567826.5390.137.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > > > * Mon Oct 17 2005 Rex Dieter 1.0.90-2 > > - BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL > > I believe the preferred way to do that stuff nowadays (FC3+) is using > libGL/libGLU/libGL-devel/libGLU-devel as appropriate. > > https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html This proposal is a dead born child: # rpm -q --provides -p updates/4/i386/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.i386.rpm Mesa libGL = 1 libGL.so.1 xorg-x11-Mesa-libGL = 6.8.2-37.FC4.49.2 # rpm -q --provides -p updates/4/x86_64/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64.rpm Mesa libGL = 1 libGL.so.1()(64bit) xorg-x11-Mesa-libGL = 6.8.2-37.FC4.49.2 Note: Both packages "Provide: libGL = 1" Ralf From bugzilla at redhat.com Mon Oct 17 16:49:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:49:24 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510171649.j9HGnO3p025275@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From jpmahowald at gmail.com 2005-10-17 12:49 EST ------- To reproduce: fedora-rmdevelrpms yum install glibc-devel gd-devel dos2unix rpmbuild --rebuild apcupsd-3.10.18-1.src.rpm Unclear why mock 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 Oct 17 16:51:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:51:09 -0400 Subject: [Bug 171040] New: Review Request: postgis 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=171040 Summary: Review Request: postgis Product: Fedora Extras Version: devel Platform: All URL: http://ftp.intevation.de/freegis/fedora/4 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: silke at intevation.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.intevation.de/freegis/fedora/4/SPECS/postgis.spec SRPM Name or Url: http://ftp.intevation.de/freegis/fedora/4/SRPMS/postgis-1.0.4-2.src.rpm Description: PostGIS adds support for geographic objects to the PostgreSQL object-relational database. In effect, PostGIS "spatially enables" the PostgreSQL server, allowing it to be used as a backend spatial database for geographic information systems (GIS), much like ESRI's SDE or Oracle's Spatial extension. PostGIS follows the OpenGIS "Simple Features Specification for SQL" and will be submitted for conformance testing at version 1.0. Additional information ====================== This package needs geos-devel at compile time (and geos at install time). They will be provided by the package geos once it is finally in FC (see Bug #171039). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 16:51:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:51:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510171651.j9HGpLSp025636@www.beta.redhat.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 silke at intevation.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171040 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 16:53:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:53:25 -0400 Subject: [Bug 166960] Review Request: Fuse-emulator (and associated libraries) In-Reply-To: Message-ID: <200510171653.j9HGrPgF025778@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse-emulator (and associated libraries) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-17 12:53 EST ------- New spec files and new src.rpms now uploaded http://www.all-the-johnsons.co.uk/emulation/downloads/lib765-0.3.3-1.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum-0.2.2-2.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk-1.1.4-1.spec src rpm names libdsk-1.1.4-1.2.src.rpm lib765-0.3.3-1.2.src.rpm libspectrum-0.2.2-2.3.src.rpm Main fuse compilation causing a few problems, so will complete that tonight (different box) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 16:57:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 12:57:07 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510171657.j9HGv7Ak026091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From wtogami at redhat.com 2005-10-17 12:56 EST ------- Removed swish-e from CVS because it was imported in violation of 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 rdieter at math.unl.edu Mon Oct 17 16:58:01 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 11:58:01 -0500 Subject: rpms/xforms/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 xforms.spec, 1.8, 1.9 In-Reply-To: <1129567667.5390.133.camel@mccallum.corsepiu.local> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2005-10-17 at 10:07 -0500, Rex Dieter wrote: >>Ralf Corsepius wrote: >>>Changes having been introduced in FC4's packaging broke requiring >>>SONAME'ed libs, such as libGL.so.1. >>>As a side effect you now can't avoid using >>>BuildRequires: xorg-x11-Mesa-libGL >>So now we can't make specfiles that work on pre xorg-x11 systems? > Yes, unfortunately RH has drawn a couple of unfortunate decisions, we > now have to cope with: OK, provided that XFree86-devel doesn't go away (soon): BuildRequires: XFree86-devel %define x_pkg %{expand:%%(basename `rpm -q --qf "%%{NAME}" --whatprovides XFree86-devel` -devel)} BuildRequires: %{x_pkg}-Mesa-libGL -- Rex From bugzilla at redhat.com Mon Oct 17 17:00:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 13:00:05 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510171700.j9HH05Ks026470@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at city-fan.org 2005-10-17 12:59 EST ------- The upstream download page (http://sourceforge.net/project/showfiles.php?group_id=2917) does not offer a .tar.gz file (as per the spec), but there is a z88dk-src-1.6.tgz file. This file is different from the z88dk-src-1.6.tar.gz file in the SRPM. The z88dk-src-1.6.tgz file expands to directory z88dk, whereas your z88dk-src-1.6.tar.gz file expands to directory z88dk-1.6. I shall attach a patch for the spec file that: - uses a full URL for the z88dk-src-1.6.tgz tarball - changes %%prep to account for the directory name change - changes %{_bindir}/find to /usr/bin/find (see Bug 170506 for discussion) The resulting package will build ok on FC4 i386. However, I tried building the package on RHEL3 (x64_64) - the only x86_64 box I have access to - and it failed: --- Building Z88 Library --- cd fcntl ; /usr/bin/make lz88 make[2]: Entering directory `/usr/src/redhat/BUILD/z88dk/libsrc/fcntl' cd z88 ; /usr/bin/make z88_fcntl make[3]: Entering directory `/usr/src/redhat/BUILD/z88dk/libsrc/fcntl/z88' zcc -vn -make-lib close.c zcc -vn -make-lib creat.c zcc -vn -make-lib lseek.c zcc -vn -make-lib open.c zcc -vn -make-lib open_z88.c zcc -vn -make-lib nropen.c zcc -vn -make-lib read.c zcc -vn -make-lib write.c zcc -vn -make-lib writebyte.c zcc -vn -make-lib readbyte.c zcc -vn -make-lib stat.c 1 errors occurred during assembly Errors in source file stat.c: File '/tmp/tmpXXXqUXdi.opt', Module 'STAT', at line 26, Integer out of range make[3]: *** [stat.o] Error 1 make[3]: Leaving directory `/usr/src/redhat/BUILD/z88dk/libsrc/fcntl/z88' make[2]: *** [lz88] Error 2 make[2]: Leaving directory `/usr/src/redhat/BUILD/z88dk/libsrc/fcntl' make[1]: *** [z88_clib.lib] Error 2 make[1]: Leaving directory `/usr/src/redhat/BUILD/z88dk/libsrc' make: *** [libs] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.28544 (%build) You may need to use ExclusiveArch or ExcludeArch whilst this is being fixed - hopefully upstream (see http://fedoraproject.org/wiki/PackageReviewGuidelines regarding packages that don't build on all architectures, if this problem happens on Fedora). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 17 17:08:53 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 17 Oct 2005 13:08:53 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051017170853.0FA7A808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 39 abcm2ps-4.11.8-1.fc5 amarok-1.3.3-1.fc5 basket-0.5.0-4.fc5 dejavu-fonts-1.15-1.fc5 edb-1.0.5.004-1.fc5 fluxconf-0.9.8-2.fc5 gtorrentviewer-0.2b-6.fc5 html-xml-utils-3.7-3.fc5 koffice-1.4.2-1.fc5 koffice-langpack-1.4.2-1.fc5 libapreq2-2.07-0.rc2.fc5 libosip2-2.2.1-1.fc5 libqalculate-0.8.2-1.fc5 lua-5.0.2-5.fc5 nedit-5.5-5 netcdf-3.6.0-8.p1.fc5 obby-0.2.0-5.fc5 perl-Set-IntSpan-1.08-1.fc5 plague-0.4-1.fc5 plt-scheme-299.200-10.fc5 plt-scheme-299.200-6.fc5 pscan-1.2-1.fc5 pybliographer-1.2.7-1.fc5 python-bibtex-1.2.2-1.fc5 pyxdg-0.15-1.fc5 qalculate-gtk-0.8.2-4.fc5 qalculate-kde-0.8.2-2.fc5 revelation-0.4.5-3.fc5 rxvt-unicode-5.7-3.fc5 shorewall-3.0.0-0.1.Beta1.fc5 sylpheed-claws-1.9.15-1.fc5 tcllib-1.8-2.fc5 tiobench-0.3.3-2.fc5 torcs-1.2.4-1.fc5 torcs-data-1.2.4-1 verbiste-0.1.13-1.fc5 xprobe2-0.3-2.fc5 yumex-0.42-7.0.fc5 zope-2.8.2-1.fc5 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 Oct 17 17:10:25 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 17 Oct 2005 19:10:25 +0200 Subject: rpms/xforms/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 xforms.spec, 1.8, 1.9 In-Reply-To: References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> Message-ID: <1129569025.5390.140.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 11:58 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Mon, 2005-10-17 at 10:07 -0500, Rex Dieter wrote: > >>Ralf Corsepius wrote: > > >>>Changes having been introduced in FC4's packaging broke requiring > >>>SONAME'ed libs, such as libGL.so.1. > >>>As a side effect you now can't avoid using > >>>BuildRequires: xorg-x11-Mesa-libGL > > >>So now we can't make specfiles that work on pre xorg-x11 systems? > > > Yes, unfortunately RH has drawn a couple of unfortunate decisions, we > > now have to cope with: > > OK, provided that XFree86-devel doesn't go away (soon): > > BuildRequires: XFree86-devel > %define x_pkg %{expand:%%(basename `rpm -q --qf "%%{NAME}" > --whatprovides XFree86-devel` -devel)} > BuildRequires: %{x_pkg}-Mesa-libGL Note that some people are religious about using rpm inside of rpm. Ralf From rdieter at math.unl.edu Mon Oct 17 17:08:07 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 12:08:07 -0500 Subject: libGL* dependencies In-Reply-To: <1129566844.2426.91.camel@localhost.localdomain> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> Message-ID: Ville Skytt? wrote: > On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > > >>* Mon Oct 17 2005 Rex Dieter 1.0.90-2 >>- BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL > > > I believe the preferred way to do that stuff nowadays (FC3+) is using > libGL/libGLU/libGL-devel/libGLU-devel as appropriate. Confirmed true for fc3/fc4. Unfortunately the Provides: libGL didn't make it into rhel4. )-: -- Rex From paul at city-fan.org Mon Oct 17 17:12:56 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 17 Oct 2005 18:12:56 +0100 Subject: libGL* dependencies In-Reply-To: <1129567826.5390.137.camel@mccallum.corsepiu.local> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> Message-ID: <4353DB98.5080909@city-fan.org> Ralf Corsepius wrote: > On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > >>On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: >> >> >>>* Mon Oct 17 2005 Rex Dieter 1.0.90-2 >>>- BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL >> >>I believe the preferred way to do that stuff nowadays (FC3+) is using >>libGL/libGLU/libGL-devel/libGLU-devel as appropriate. >> >>https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html > > > This proposal is a dead born child: > > > # rpm -q --provides -p > updates/4/i386/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.i386.rpm > Mesa > libGL = 1 > libGL.so.1 > xorg-x11-Mesa-libGL = 6.8.2-37.FC4.49.2 > > # rpm -q --provides -p > updates/4/x86_64/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64.rpm > Mesa > libGL = 1 > libGL.so.1()(64bit) > xorg-x11-Mesa-libGL = 6.8.2-37.FC4.49.2 > > Note: Both packages "Provide: libGL = 1" Could something like this work?: %ifarch x64_64 ppc64 BuildRequires: libGL.so.1()(64bit) %else BuildRequires: libGL.so.1 %endif I believe Rex's solution is frowned upon because it does an rpmdb query at build time. Paul. From rdieter at math.unl.edu Mon Oct 17 17:00:48 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 12:00:48 -0500 Subject: libGL* dependencies In-Reply-To: <1129567826.5390.137.camel@mccallum.corsepiu.local> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > >>On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: >> >> >>>* Mon Oct 17 2005 Rex Dieter 1.0.90-2 >>>- BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL >> >>I believe the preferred way to do that stuff nowadays (FC3+) is using >>libGL/libGLU/libGL-devel/libGLU-devel as appropriate. >> >>https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html > > > This proposal is a dead born child: > updates/4/i386/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.i386.rpm > updates/4/x86_64/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64.rpm > Note: Both packages "Provide: libGL = 1" I see Requires: libGL = 1 as replacing Requires: libGL.so.1 so that it works as advertised. What was the point you were trying to make? I assume though that BR: libGL-devel works as expected. -- Rex From rc040203 at freenet.de Mon Oct 17 17:20:22 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 17 Oct 2005 19:20:22 +0200 Subject: libGL* dependencies In-Reply-To: References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> Message-ID: <1129569623.5390.148.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 12:00 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > > > >>On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > >> > >> > >>>* Mon Oct 17 2005 Rex Dieter 1.0.90-2 > >>>- BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL > >> > >>I believe the preferred way to do that stuff nowadays (FC3+) is using > >>libGL/libGLU/libGL-devel/libGLU-devel as appropriate. > >> > >>https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html > > > > > > This proposal is a dead born child: > > updates/4/i386/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.i386.rpm > > updates/4/x86_64/xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64.rpm > > Note: Both packages "Provide: libGL = 1" > > I see > Requires: libGL = 1 > as replacing > Requires: libGL.so.1 > so that it works as advertised. What was the point you were trying to make? Try on a x86_64 system with both i386 and x86_64 repositories installed. Question of the day: Which package will yum/mock pull in? Ralf From rdieter at math.unl.edu Mon Oct 17 17:15:59 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 12:15:59 -0500 Subject: rpms/xforms/devel In-Reply-To: <1129569025.5390.140.camel@mccallum.corsepiu.local> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> <1129569025.5390.140.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2005-10-17 at 11:58 -0500, Rex Dieter wrote: >>OK, provided that XFree86-devel doesn't go away (soon): >> >>BuildRequires: XFree86-devel >>%define x_pkg %{expand:%%(basename `rpm -q --qf "%%{NAME}" >>--whatprovides XFree86-devel` -devel)} >>BuildRequires: %{x_pkg}-Mesa-libGL > > > Note that some people are religious about using rpm inside of rpm. I guess it's a good thing then that I'm not one of them. (-: -- Rex From fedora at leemhuis.info Mon Oct 17 17:31:54 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 17 Oct 2005 19:31:54 +0200 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129567826.5390.137.camel@mccallum.corsepiu.local> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> Message-ID: <1129570314.3298.6.camel@localhost.localdomain> Am Montag, den 17.10.2005, 18:50 +0200 schrieb Ralf Corsepius: > On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > > On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > > > > > * Mon Oct 17 2005 Rex Dieter 1.0.90-2 > > > - BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL > > > > I believe the preferred way to do that stuff nowadays (FC3+) is using > > libGL/libGLU/libGL-devel/libGLU-devel as appropriate. > > > > https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html > > This proposal is a dead born child: [...] > Note: Both packages "Provide: libGL = 1" And where exactly do you see this as a problem? Just an example from my x86_64 Box: $ yum resolvedep "libGL = 1" Searching Packages for Dependency: Setting up repositories Reading repository metadata in from local files 0:xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64 $ yum list all xorg-x11-Mesa-libGL* Setting up repositories Reading repository metadata in from local files Installed Packages xorg-x11-Mesa-libGL.x86_64 6.8.2-37.FC4.49.2 installed xorg-x11-Mesa-libGL.i386 6.8.2-37.FC4.49.2 installed xorg-x11-Mesa-libGLU.x86_64 6.8.2-37.FC4.49.2 installed xorg-x11-Mesa-libGLU.x86_64 6.8.2-37.FC4.48.1 installed Available Packages xorg-x11-Mesa-libGLU.i386 6.8.2-37.FC4.49.2 updates-released So I think the buildsystem should do the right thing. -- Thorsten Leemhuis From bugzilla at redhat.com Mon Oct 17 17:31:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 13:31:51 -0400 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200510171731.j9HHVpdA031311@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 ------- Additional Comments From dmitry at butskoy.name 2005-10-17 13:31 EST ------- > - The conditionals (_with_*/_without_*) are used in a wrong way since modules > cannot be enabled or disabled on the rpmbuild command line Improved, now should work > - Setting the php extension dir to /var/tmp if the php-config execution to get > it fails is a bad idea (as it will lead to a really broken package) > - Same goes for the version ... Just removed "else" things. If no php-config present, user will be stopped by "empty Vesrion tag" error. > Using %{summary} ... changed to explicit text. > - Add the sub-package headers (from %package to %description, included) don't > need to be wrapped in %if/%endif as they will simply be ignored if they don't > have a matching %files section If I remove "%if/%endif" wraps, all existing BuildRequires will take effect, which I prefer to avoid. > - The CFLAGS export seems unneeded Just preserve the main php package behaviour here (both php4 and php5 use it). > - The readline LIBS hack ... removed, a patch added instead. > - The %check section is ugly, probably needs cleaning up, ... Thanks! I've spent two days to find the most compact working variant... :) > use some explicit comments about what is being done and why surely, add some comments > - The per .so file %attr(755,root,root) removed SPEC/SRPM updated (the same urls as above). > Please let me know if you want me to take a stab at it. Matthias, I'll be happy if you wanna 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 rdieter at math.unl.edu Mon Oct 17 17:31:11 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 12:31:11 -0500 Subject: libGL* dependencies In-Reply-To: <1129569623.5390.148.camel@mccallum.corsepiu.local> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129569623.5390.148.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2005-10-17 at 12:00 -0500, Rex Dieter wrote: >>I see >>Requires: libGL = 1 >>as replacing >>Requires: libGL.so.1 >>so that it works as advertised. What was the point you were trying to make? > > > Try on a x86_64 system with both i386 and x86_64 repositories > installed. > > Question of the day: Which package will yum/mock pull in? Multilib is fun, isn't it? I now see your point that Requires: libGL doesn't help much for multilib runtime issues, but BuildRequires: libGL-devel should still work at build-time. -- Rex From bugzilla at redhat.com Mon Oct 17 17:36:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 13:36:47 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510171736.j9HHalcW032394@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 ------- Additional Comments From bdpepple at ameritech.net 2005-10-17 13:36 EST ------- Update SRPM & spec file to fix problems from comment #1 & comment #2: Spec: http://piedmont.homelinux.org/fedora/gnomebaker/gnomebaker.spec SRPM: http://piedmont.homelinux.org/fedora/gnomebaker/gnomebaker-0.5.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 wtogami at redhat.com Mon Oct 17 17:40:07 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 17 Oct 2005 13:40:07 -0400 Subject: rpms/xforms/devel In-Reply-To: References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> <1129569025.5390.140.camel@mccallum.corsepiu.local> Message-ID: <4353E1F7.9070507@redhat.com> Rex Dieter wrote: > Ralf Corsepius wrote: > >> On Mon, 2005-10-17 at 11:58 -0500, Rex Dieter wrote: > > >>> OK, provided that XFree86-devel doesn't go away (soon): >>> >>> BuildRequires: XFree86-devel >>> %define x_pkg %{expand:%%(basename `rpm -q --qf "%%{NAME}" >>> --whatprovides XFree86-devel` -devel)} >>> BuildRequires: %{x_pkg}-Mesa-libGL >> >> >> >> Note that some people are religious about using rpm inside of rpm. > > > I guess it's a good thing then that I'm not one of them. (-: > > -- Rex > Thanks to Ralf for being vigilant and bringing this to my attention. XFree86-devel and xorg-x11-devel will seize to be a package or even virtual provide in FC5 when modular X hits the repository, so you will need to find another way to do this anyway. This spec line is wrong for these reasons, and maybe more: 1. It is also generally against Fedora practices to allow a spec to be backwards compatible with old and unsupported releases, especially when supporting those old distros necessitates ugly hacks like this. 2. Querying rpmdb during rpmbuild for any reason is wrong and should be avoided. 3. This parsing will fail with an exit code where XFree86-devel is not provided. This means it will fail when parsing in a minimal buildroot (mock), and FC5 where XFree86-devel doesn't exist at all. So it is utterly wrong to allow this line in this spec file. Please find another way. Warren Togami wtogami at redhat.com From rdieter at math.unl.edu Mon Oct 17 17:38:33 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 12:38:33 -0500 Subject: libGL* dependencies In-Reply-To: <1129569623.5390.148.camel@mccallum.corsepiu.local> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129569623.5390.148.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2005-10-17 at 12:00 -0500, Rex Dieter wrote: >>I see >>Requires: libGL = 1 >>as replacing >>Requires: libGL.so.1 >>so that it works as advertised. What was the point you were trying to make? > > > Try on a x86_64 system with both i386 and x86_64 repositories > installed. > > Question of the day: Which package will yum/mock pull in? If I were a betting man, I'd put a small wager on *both*. (-: -- Rex From bugzilla at redhat.com Mon Oct 17 17:40:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 13:40:41 -0400 Subject: [Bug 171046] New: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter 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=171046 Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter 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/gv.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/gv-3.6.1-1.src.rpm Description: Gv is a user interface for the Ghostscript PostScript(TM) interpreter. Gv can display PostScript and PDF documents on an X Window System. Install the gv package if you'd like to view PostScript and PDF documents on your system. You'll also need to have the ghostscript package and X 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 Mon Oct 17 17:40:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 13:40:48 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510171740.j9HHemx5000599@www.beta.redhat.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| |171046 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 17 17:53:21 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 12:53:21 -0500 Subject: rpms/xforms/devel In-Reply-To: <4353E1F7.9070507@redhat.com> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> <1129569025.5390.140.camel@mccallum.corsepiu.local> <4353E1F7.9070507@redhat.com> Message-ID: <4353E511.3080807@math.unl.edu> Warren Togami wrote: > XFree86-devel and xorg-x11-devel will seize to be a package or even > virtual provide in FC5 when modular X hits the repository, so you will > need to find another way to do this anyway. > > This spec line is wrong for these reasons, and maybe more: > > 1. It is also generally against Fedora practices to allow a spec to be > backwards compatible with old and unsupported releases, especially when > supporting those old distros necessitates ugly hacks like this. This statement sounds like "Fedora practices" should be to purposely break things for older releases. Let me put it a nicer way: Compatibility with older/unsupported releases can be maintained, provided it doesn't require much undo effort. > 2. Querying rpmdb during rpmbuild for any reason is wrong and should be > avoided. If you say so (I don't agree, but it's not worth arguing, since it can be a source of abuse). I guess I'll have to use the %fedora macro instead. > 3. This parsing will fail with an exit code where XFree86-devel is not > provided. This means it will fail when parsing in a minimal buildroot > (mock), and FC5 where XFree86-devel doesn't exist at all. Right, if XFree86-devel isn't available, build fails. -- Rex From dcbw at redhat.com Mon Oct 17 18:08:57 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 17 Oct 2005 14:08:57 -0400 Subject: Extras build system back up Message-ID: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> Hi, We're back up and using the latest plague code. yum update your plague-client and you should be good to go. Dan From jamatos at fc.up.pt Mon Oct 17 18:17:32 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Mon, 17 Oct 2005 19:17:32 +0100 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: <200510102106.j9AL6eO9009317@www.beta.redhat.com> References: <200510102106.j9AL6eO9009317@www.beta.redhat.com> Message-ID: <200510171917.32422.jamatos@fc.up.pt> On Monday 10 October 2005 22:06, 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: grace (Numerical Data Processing and Visualization > Tool) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 Ping Traceroute mpeters 1 * * * 2 * * * 3 * * * ;-) :-D -- Jos? Ab?lio From bugzilla at redhat.com Mon Oct 17 18:16:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 14:16:04 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510171816.j9HIG4Vg007255@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From ville.skytta at iki.fi 2005-10-17 14:15 EST ------- FC4+ only, right? See also http://fedoraproject.org/wiki/Extras/OrphanedPackages and https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=gv&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=MODIFIED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 17 18:30:19 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 13:30:19 -0500 Subject: rpms/xforms/devel In-Reply-To: <4353E1F7.9070507@redhat.com> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> <1129569025.5390.140.camel@mccallum.corsepiu.local> <4353E1F7.9070507@redhat.com> Message-ID: Warren Togami wrote: > XFree86-devel and xorg-x11-devel will seize to be a package or even > virtual provide in FC5 when modular X hits the repository, so you will > need to find another way to do this anyway. Re-read that again. Woah. No xorg-x11-devel? So what new package will contain the basic X headers and libraries? -- Rex From rdieter at math.unl.edu Mon Oct 17 18:42:40 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 17 Oct 2005 13:42:40 -0500 Subject: libGL* dependencies In-Reply-To: References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> Message-ID: Rex Dieter wrote: > Ville Skytt? wrote: >> I believe the preferred way to do that stuff nowadays (FC3+) is using >> libGL/libGLU/libGL-devel/libGLU-devel as appropriate. > > > Confirmed true for fc3/fc4. Unfortunately the Provides: libGL didn't > make it into rhel4. )-: Nevermind, must have been a typo, it's there in rhel4 alright! -- Rex From wtogami at redhat.com Mon Oct 17 18:52:48 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 17 Oct 2005 14:52:48 -0400 Subject: rpms/xforms/devel In-Reply-To: References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> <1129569025.5390.140.camel@mccallum.corsepiu.local> <4353E1F7.9070507@redhat.com> Message-ID: <4353F300.20401@redhat.com> Rex Dieter wrote: > Warren Togami wrote: > >> XFree86-devel and xorg-x11-devel will seize to be a package or even >> virtual provide in FC5 when modular X hits the repository, so you will >> need to find another way to do this anyway. > > > Re-read that again. Woah. No xorg-x11-devel? So what new package will > contain the basic X headers and libraries? > Hmm, it is problematic that we don't seem to have the proposed SRPMS or spec files for this in the public yet so the community can begin preparing for it... Warren Togami wtogami at redhat.com From nicolas.mailhot at laposte.net Mon Oct 17 19:06:48 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 17 Oct 2005 21:06:48 +0200 Subject: rpms/xforms/devel In-Reply-To: <4353F300.20401@redhat.com> References: <200510171428.j9HESudx012489@cvs-int.fedora.redhat.com> <1129559968.5390.124.camel@mccallum.corsepiu.local> <1129567667.5390.133.camel@mccallum.corsepiu.local> <1129569025.5390.140.camel@mccallum.corsepiu.local> <4353E1F7.9070507@redhat.com> <4353F300.20401@redhat.com> Message-ID: <1129576014.3035.0.camel@rousalka.dyndns.org> Le lundi 17 octobre 2005 ? 14:52 -0400, Warren Togami a ?crit : > Rex Dieter wrote: > > Warren Togami wrote: > > > >> XFree86-devel and xorg-x11-devel will seize to be a package or even > >> virtual provide in FC5 when modular X hits the repository, so you will > >> need to find another way to do this anyway. > > > > > > Re-read that again. Woah. No xorg-x11-devel? So what new package will > > contain the basic X headers and libraries? > > > > Hmm, it is problematic that we don't seem to have the proposed SRPMS or > spec files for this in the public yet so the community can begin > preparing for it... That's not the stuff on ftp://people.redhat.com/mharris/symphony-x/ ? -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Mon Oct 17 19:25:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 15:25:40 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510171925.j9HJPeDT018214@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From orion at cora.nwra.com 2005-10-17 15:25 EST ------- (In reply to comment #1) > FC4+ only, right? Yup. This is an orphaned FC3 package, although the spec file is fairly different since it uses the updated GNU source. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 17 19:35:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 15:35:27 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510171935.j9HJZRlN020475@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From orion at cora.nwra.com 2005-10-17 15:35 EST ------- Still can't reproduce. Can you send me the output of rpmbuild? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mon Oct 17 20:10:26 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Mon, 17 Oct 2005 22:10:26 +0200 Subject: Extras build system back up In-Reply-To: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> Message-ID: <20051017221026.3c03cf89@alkaid.lan> On Mon, 17 Oct 2005 14:08:57 -0400 Dan Williams wrote: > Hi, > > We're back up and using the latest plague code. yum update your > plague-client and you should be good to go. > > Dan > When trying to make plague I get this error: /usr/bin/plague-client build koffice koffice-1_4_2-1_fc4 fc4 Traceback (most recent call last): File "/usr/bin/plague-client", line 426, in ? cli.dispatch(cmd, sys.argv[2:]) File "/usr/bin/plague-client", line 372, in dispatch func(args) File "/usr/bin/plague-client", line 172, in _cmd_build self._enqueue(is_srpm, package, source, target_alias) File "/usr/bin/plague-client", line 197, in _enqueue if self._cfg.get_bool("Server", "allow_uploads"): File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 51, in get_bool opt = self.get_option(section, name) File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 45, in get_option raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) plague.BaseConfig.ConfigError: Config file /homes/awjb/.plague-client.cfg does not have option: Server/allow_uploads make: *** [plague] Error 1 Adding this option (either true or false) results in: /usr/bin/plague-client build koffice koffice-1_4_2-1_fc4 fc4 Error connecting to build server: '' make: *** [plague] Error 1 plague client version is: [10:08 PM][awjb at alkaid ~]$ rpm -q plague-client plague-client-0.4-1.fc4 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chrisw at osdl.org Mon Oct 17 20:16:19 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 17 Oct 2005 13:16:19 -0700 Subject: Extras build system back up In-Reply-To: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> Message-ID: <20051017201619.GB30904@shell0.pdx.osdl.net> * Dan Williams (dcbw at redhat.com) wrote: > We're back up and using the latest plague code. yum update your > plague-client and you should be good to go. Anything else that needs to be done? w at vas devel]$ plague-client build git-core git-core-0_99_8d-1_fc5 devel Traceback (most recent call last): File "/usr/bin/plague-client", line 426, in ? cli.dispatch(cmd, sys.argv[2:]) File "/usr/bin/plague-client", line 372, in dispatch func(args) File "/usr/bin/plague-client", line 172, in _cmd_build self._enqueue(is_srpm, package, source, target_alias) File "/usr/bin/plague-client", line 197, in _enqueue if self._cfg.get_bool("Server", "allow_uploads"): File "/usr/lib/python2.3/site-packages/plague/BaseConfig.py", line 51, in get_bool opt = self.get_option(section, name) File "/usr/lib/python2.3/site-packages/plague/BaseConfig.py", line 45, in get_option raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) plague.BaseConfig.ConfigError: Config file /home/chrisw/.plague-client.cfg does not have option: Server/allow_uploads [chrisw at vas devel]$ vim /home/chrisw/.plague-client.cfg [chrisw at vas devel]$ plague-client build git-core git-core-0_99_8d-1_fc5 devel Error connecting to build server: '' From bugzilla at redhat.com Mon Oct 17 20:22:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 16:22:58 -0400 Subject: [Bug 169972] Review Request: qalculate-gtk - gtk+ gui frontends to qalculate In-Reply-To: Message-ID: <200510172022.j9HKMwEQ001122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-gtk - gtk+ gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169972 Bug 169972 depends on bug 169971, which changed state. Bug 169971 Summary: Review Request: libqalculate - Multi-purpose calculator library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 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 Mon Oct 17 20:23:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 16:23:10 -0400 Subject: [Bug 170296] Review Request: qalculate-kde - qt gui frontends to qalculate In-Reply-To: Message-ID: <200510172023.j9HKNAA3001218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qalculate-kde - qt gui frontends to qalculate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170296 Bug 170296 depends on bug 169971, which changed state. Bug 169971 Summary: Review Request: libqalculate - Multi-purpose calculator library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169971 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 dcbw at redhat.com Mon Oct 17 21:15:13 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 17 Oct 2005 17:15:13 -0400 Subject: Extras build system back up In-Reply-To: <20051017221026.3c03cf89@alkaid.lan> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017221026.3c03cf89@alkaid.lan> Message-ID: <1129583714.1418.1.camel@dhcp83-40.boston.redhat.com> On Mon, 2005-10-17 at 22:10 +0200, Andreas Bierfert wrote: > On Mon, 17 Oct 2005 14:08:57 -0400 > Dan Williams wrote: > > > Hi, > > > > We're back up and using the latest plague code. yum update your > > plague-client and you should be good to go. > > > > Dan > > > > When trying to make plague I get this error: > > /usr/bin/plague-client build koffice koffice-1_4_2-1_fc4 fc4 > Traceback (most recent call last): > File "/usr/bin/plague-client", line 426, in ? > cli.dispatch(cmd, sys.argv[2:]) > File "/usr/bin/plague-client", line 372, in dispatch > func(args) > File "/usr/bin/plague-client", line 172, in _cmd_build > self._enqueue(is_srpm, package, source, target_alias) > File "/usr/bin/plague-client", line 197, in _enqueue > if self._cfg.get_bool("Server", "allow_uploads"): > File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 51, in get_bool > opt = self.get_option(section, name) > File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 45, in get_option > raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) > plague.BaseConfig.ConfigError: Config file /homes/awjb/.plague-client.cfg does not have option: Server/allow_uploads > make: *** [plague] Error 1 Hmm yeah, I guess I should trap that and ignore it. Thanks for the report. > /usr/bin/plague-client build koffice koffice-1_4_2-1_fc4 fc4 > Error connecting to build server: '' > make: *** [plague] Error 1 Server side problem, should be fixed now and should be a one-time issue (some database fields were way too small). Dan From dcbw at redhat.com Mon Oct 17 21:15:51 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 17 Oct 2005 17:15:51 -0400 Subject: Extras build system back up In-Reply-To: <20051017201619.GB30904@shell0.pdx.osdl.net> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017201619.GB30904@shell0.pdx.osdl.net> Message-ID: <1129583751.1418.3.camel@dhcp83-40.boston.redhat.com> On Mon, 2005-10-17 at 13:16 -0700, Chris Wright wrote: > * Dan Williams (dcbw at redhat.com) wrote: > > We're back up and using the latest plague code. yum update your > > plague-client and you should be good to go. > > Anything else that needs to be done? > > w at vas devel]$ plague-client build git-core git-core-0_99_8d-1_fc5 devel > Traceback (most recent call last): > File "/usr/bin/plague-client", line 426, in ? > cli.dispatch(cmd, sys.argv[2:]) > File "/usr/bin/plague-client", line 372, in dispatch > func(args) > File "/usr/bin/plague-client", line 172, in _cmd_build > self._enqueue(is_srpm, package, source, target_alias) > File "/usr/bin/plague-client", line 197, in _enqueue > if self._cfg.get_bool("Server", "allow_uploads"): > File "/usr/lib/python2.3/site-packages/plague/BaseConfig.py", line 51, in get_bool > opt = self.get_option(section, name) > File "/usr/lib/python2.3/site-packages/plague/BaseConfig.py", line 45, in get_option > raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) > plague.BaseConfig.ConfigError: Config file /home/chrisw/.plague-client.cfg does not have option: Server/allow_uploads > [chrisw at vas devel]$ vim /home/chrisw/.plague-client.cfg > [chrisw at vas devel]$ plague-client build git-core git-core-0_99_8d-1_fc5 devel > Error connecting to build server: '' As I see you've figured out, it should be fixed now. Server-side issue with some database fields being way too small. They are larger now :) Dan From bugzilla at redhat.com Mon Oct 17 21:22:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 17:22:59 -0400 Subject: [Bug 168920] Review Request: html-xml-utils In-Reply-To: Message-ID: <200510172122.j9HLMxBm009874@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: html-xml-utils https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168920 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From bdpepple at ameritech.net 2005-10-17 17:22 EST ------- Package published, but bug never 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 chrisw at osdl.org Mon Oct 17 21:28:01 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 17 Oct 2005 14:28:01 -0700 Subject: Extras build system back up In-Reply-To: <1129583751.1418.3.camel@dhcp83-40.boston.redhat.com> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017201619.GB30904@shell0.pdx.osdl.net> <1129583751.1418.3.camel@dhcp83-40.boston.redhat.com> Message-ID: <20051017212801.GJ5856@shell0.pdx.osdl.net> * Dan Williams (dcbw at redhat.com) wrote: > As I see you've figured out, it should be fixed now. Server-side issue > with some database fields being way too small. They are larger now :) Yes, thanks. Is [Server] ... allow_uploads = True the recommended change to config? I notice plague list once creates config with allow_uploads = no thanks, -chris From bugzilla at redhat.com Mon Oct 17 22:28:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 18:28:26 -0400 Subject: [Bug 166960] Review Request: Fuse-emulator (and associated libraries) In-Reply-To: Message-ID: <200510172228.j9HMSQvS019051@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse-emulator (and associated libraries) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-17 18:28 EST ------- New fuse-emulator spec http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-0.7.0.spec src rpm fuse-0.7.0-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 Oct 17 22:31:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 18:31:05 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510172231.j9HMV5Ha019353@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-17 18:30 EST ------- Thanks. I've rebuilt using your mods and also included the ExcludeArch. Updated spec http://www.all-the-johnsons.co.uk/emulation/downloads/z88dk.spec Updated srpm http://www.all-the-johnsons.co.uk/emulation/downloads/z88dk-1.6-7.src.rpm 166960 has also been completely rebuilt with Tom's recommendations. As I don't have an x86_64 box, I can't g/tee they will build on the architecture. They do work very nicely on an x86 box 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 eric.tanguy at univ-nantes.fr Mon Oct 17 18:53:54 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 17 Oct 2005 20:53:54 +0200 Subject: new plague-client problem ? Message-ID: <1129575234.2904.2.camel@bureau.maison> [tanguy at bureau FC-4]$ make plague /usr/bin/plague-client build qucs qucs-0_0_7-5_fc4 fc4 Traceback (most recent call last): File "/usr/bin/plague-client", line 426, in ? cli.dispatch(cmd, sys.argv[2:]) File "/usr/bin/plague-client", line 372, in dispatch func(args) File "/usr/bin/plague-client", line 172, in _cmd_build self._enqueue(is_srpm, package, source, target_alias) File "/usr/bin/plague-client", line 197, in _enqueue if self._cfg.get_bool("Server", "allow_uploads"): File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 51, in get_bool opt = self.get_option(section, name) File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 45, in get_option raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) plague.BaseConfig.ConfigError: Config file /home/tanguy/.plague-client.cfg does not have option: Server/allow_uploads make: *** [plague] Erreur 1 what is the problem ? -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From dcbw at redhat.com Tue Oct 18 01:56:52 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 17 Oct 2005 21:56:52 -0400 Subject: Extras build system back up In-Reply-To: <20051017212801.GJ5856@shell0.pdx.osdl.net> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017201619.GB30904@shell0.pdx.osdl.net> <1129583751.1418.3.camel@dhcp83-40.boston.redhat.com> <20051017212801.GJ5856@shell0.pdx.osdl.net> Message-ID: <1129600612.8182.1.camel@localhost.localdomain> On Mon, 2005-10-17 at 14:28 -0700, Chris Wright wrote: > * Dan Williams (dcbw at redhat.com) wrote: > > As I see you've figured out, it should be fixed now. Server-side issue > > with some database fields being way too small. They are larger now :) > > Yes, thanks. Is > > [Server] > ... > allow_uploads = True > > the recommended change to config? > > I notice plague list once creates config with > > allow_uploads = no It's a feature that requires server-side support too, which is currently disabled on the Extras server since we build from CVS. Therefore, for Extras, it has no effect either way. What this option does, if you've enabled server-side support though, is to allow users to upload SRPMs to the build server via 'scp', providing you have an account there. Dan From dcbw at redhat.com Tue Oct 18 01:57:27 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 17 Oct 2005 21:57:27 -0400 Subject: new plague-client problem ? In-Reply-To: <1129575234.2904.2.camel@bureau.maison> References: <1129575234.2904.2.camel@bureau.maison> Message-ID: <1129600648.8182.3.camel@localhost.localdomain> On Mon, 2005-10-17 at 20:53 +0200, Eric Tanguy wrote: > [tanguy at bureau FC-4]$ make plague > /usr/bin/plague-client build qucs qucs-0_0_7-5_fc4 fc4 > Traceback (most recent call last): > File "/usr/bin/plague-client", line 426, in ? > cli.dispatch(cmd, sys.argv[2:]) > File "/usr/bin/plague-client", line 372, in dispatch > func(args) > File "/usr/bin/plague-client", line 172, in _cmd_build > self._enqueue(is_srpm, package, source, target_alias) > File "/usr/bin/plague-client", line 197, in _enqueue > if self._cfg.get_bool("Server", "allow_uploads"): > File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 51, > in get_bool > opt = self.get_option(section, name) > File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 45, > in get_option > raise ConfigError("Config file %s does not have option: %s/%s" % > (self._filename, section, name)) > plague.BaseConfig.ConfigError: Config > file /home/tanguy/.plague-client.cfg does not have option: > Server/allow_uploads > make: *** [plague] Erreur 1 > what is the problem ? Under the [Server] section of your ~/.plague-config, add the line: allow_uploads = no and you should be fine. dan From rc040203 at freenet.de Tue Oct 18 02:40:19 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 18 Oct 2005 04:40:19 +0200 Subject: Extras build system back up In-Reply-To: <1129600612.8182.1.camel@localhost.localdomain> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017201619.GB30904@shell0.pdx.osdl.net> <1129583751.1418.3.camel@dhcp83-40.boston.redhat.com> <20051017212801.GJ5856@shell0.pdx.osdl.net> <1129600612.8182.1.camel@localhost.localdomain> Message-ID: <1129603219.5390.237.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 21:56 -0400, Dan Williams wrote: > On Mon, 2005-10-17 at 14:28 -0700, Chris Wright wrote: > > * Dan Williams (dcbw at redhat.com) wrote: > > > As I see you've figured out, it should be fixed now. Server-side issue > > > with some database fields being way too small. They are larger now :) > > > > Yes, thanks. Is > > > > [Server] > > ... > > allow_uploads = True > > > > the recommended change to config? > > > > I notice plague list once creates config with > > > > allow_uploads = no > > It's a feature that requires server-side support too, which is currently > disabled on the Extras server since we build from CVS. Therefore, for > Extras, it has no effect either way. Well, apparently it does have an effect: # make plague Enter passphrase for key '/users/xxxx/.ssh/id_dsa': /usr/bin/plague-client build perl-Business-Hours perl-Business-Hours-0_07-1_fc5 devel Traceback (most recent call last): File "/usr/bin/plague-client", line 426, in ? cli.dispatch(cmd, sys.argv[2:]) File "/usr/bin/plague-client", line 372, in dispatch func(args) File "/usr/bin/plague-client", line 172, in _cmd_build self._enqueue(is_srpm, package, source, target_alias) File "/usr/bin/plague-client", line 197, in _enqueue if self._cfg.get_bool("Server", "allow_uploads"): File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 51, in get_bool opt = self.get_option(section, name) File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 45, in get_option raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) plague.BaseConfig.ConfigError: Config file /users/xxxx/.plague-client.cfg does not have option: Server/allow_uploads make: *** [plague] Error 1 Ralf From bugzilla at redhat.com Tue Oct 18 03:01:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 23:01:21 -0400 Subject: [Bug 171090] New: Review Request: paps - Plain Text to PostScript(TM) converter 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=171090 Summary: Review Request: paps - Plain Text to PostScript(TM) converter Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/tagoh/paps/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tagoh at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/tagoh/paps/paps.spec SRPM Name or Url: http://people.redhat.com/tagoh/paps/paps-0.3-1.src.rpm Description: paps is a PostScript(TM) converter from plain text file using Pango. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 03:01:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 23:01:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510180301.j9I31b8o008023@www.beta.redhat.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 tagoh at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171090 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 04:05:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 00:05:56 -0400 Subject: [Bug 171039] Review Request: geos In-Reply-To: Message-ID: <200510180405.j9I45uOf014572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: geos https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171039 ------- Additional Comments From rc040203 at freenet.de 2005-10-18 00:05 EST ------- Some random comments: 1. rpmlint # rpmlint geos-2.1.4-1.i386.rpm E: geos zero-length /usr/share/doc/geos-2.1.4/ChangeLog rpmlint is right on this. Simply remove it from the corresponding %doc line. # rpmlint geos-devel-2.1.4-1.i386.rpm W: geos-devel no-documentation Can be ignored. # rpmlint geos-doc-2.1.4-1.i386.rpm E: geos-doc arch-dependent-file-in-usr-share /usr/share/doc/geos-doc-2.1.4/doc/.libs/example W: geos-doc unstripped-binary-or-object /usr/share/doc/geos-doc-2.1.4/doc/.libs/example E: geos-doc arch-dependent-file-in-usr-share /usr/share/doc/geos-doc-2.1.4/doc/example.o W: geos-doc hidden-file-or-dir /usr/share/doc/geos-doc-2.1.4/doc/.deps W: geos-doc hidden-file-or-dir /usr/share/doc/geos-doc-2.1.4/doc/.deps W: geos-doc hidden-file-or-dir /usr/share/doc/geos-doc-2.1.4/doc/.libs W: geos-doc hidden-file-or-dir /usr/share/doc/geos-doc-2.1.4/doc/.libs rpmlint is right on these. These are temporary files which must not be shipped. 2. I'd recommend to merge the *-doc package into the *-devel package. 3. geos-devel contains /usr/bin/XMLTester IMO, this application's name is unfortunate and could (should?) be considered to be too general for a devel-package. I'd recommend either not shipping this binary or to rename it, rsp. to install somewhere else but to /usr/bin. I know too little about geos rsp. XMLTester to judge if this is possible/feasible. 4. The geos-2.1.4-config.patch seems incomplete: # geos-config --cflags -I/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 rc040203 at freenet.de Tue Oct 18 04:43:10 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 18 Oct 2005 06:43:10 +0200 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129570314.3298.6.camel@localhost.localdomain> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129570314.3298.6.camel@localhost.localdomain> Message-ID: <1129610591.5390.270.camel@mccallum.corsepiu.local> On Mon, 2005-10-17 at 19:31 +0200, Thorsten Leemhuis wrote: > Am Montag, den 17.10.2005, 18:50 +0200 schrieb Ralf Corsepius: > > On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > > > On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > > > > > > > * Mon Oct 17 2005 Rex Dieter 1.0.90-2 > > > > - BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL > > > > > > I believe the preferred way to do that stuff nowadays (FC3+) is using > > > libGL/libGLU/libGL-devel/libGLU-devel as appropriate. > > > > > > https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html > > > > This proposal is a dead born child: > [...] > > Note: Both packages "Provide: libGL = 1" > > And where exactly do you see this as a problem? IMO, it's a fundamentally broken and unnecessarily complicated approach, just shifting the problem from one side to the other, without actually solving it. What you actually are interested in is a package providing a file named libGL.so.1 for a particular architecture variant which is using the appropriate SONAME (libGL.so.1), not a physical or logical package named libGL-1 nor {XFree86|xorg-x11}-Mesa-libGL In current rpm notation this would be libGL.so.1 rsp. libGL.so.1 ()(64bit). > $ yum list all xorg-x11-Mesa-libGL* > Setting up repositories > Reading repository metadata in from local files > Installed Packages > xorg-x11-Mesa-libGL.x86_64 6.8.2-37.FC4.49.2 installed > xorg-x11-Mesa-libGL.i386 6.8.2-37.FC4.49.2 installed > xorg-x11-Mesa-libGLU.x86_64 6.8.2-37.FC4.49.2 installed > xorg-x11-Mesa-libGLU.x86_64 6.8.2-37.FC4.48.1 installed > Available Packages > xorg-x11-Mesa-libGLU.i386 6.8.2-37.FC4.49.2 updates-released > > So I think the buildsystem should do the right thing. Are you sure this isn't much more than a random accident? We've had such random accidents with libGL related packages too often before, that my trust on anything related to it is close to NULL. For the moment, I'll stay with real package dependencies, such as "BR: xorg-x11-Mesa-libGL" for my GL based packages in FE. Ralf From eric.tanguy at univ-nantes.fr Tue Oct 18 04:22:06 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Tue, 18 Oct 2005 06:22:06 +0200 Subject: x86_64 build Message-ID: <1129609326.2903.3.camel@bureau.maison> It seems my new package (qucs) does not build fine under x86_64 architecture. I hope this is normal because it is not designed to run under it. Is it possible to exclude this architecture from build ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1526_FC4 From symbiont at berlios.de Tue Oct 18 05:10:54 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Tue, 18 Oct 2005 13:10:54 +0800 Subject: x86_64 build In-Reply-To: <1129609326.2903.3.camel@bureau.maison> References: <1129609326.2903.3.camel@bureau.maison> Message-ID: <200510181310.55658.symbiont@berlios.de> On Tuesday 18 October 2005 12:22, Eric Tanguy wrote: > Is it possible to exclude this architecture from build ? http://linux.tnc.edu.tw/techdoc/maximum-rpm/rpmbook/node778.html -- -jeff From rc040203 at freenet.de Tue Oct 18 05:23:19 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 18 Oct 2005 07:23:19 +0200 Subject: x86_64 build In-Reply-To: <1129609326.2903.3.camel@bureau.maison> References: <1129609326.2903.3.camel@bureau.maison> Message-ID: <1129612999.5390.277.camel@mccallum.corsepiu.local> On Tue, 2005-10-18 at 06:22 +0200, Eric Tanguy wrote: > It seems my new package (qucs) does not build fine under x86_64 > architecture. I regret having to say this, but checking your build log http://buildsys.fedoraproject.org/logs/fedora-4-extras/19-qucs-0.0.7-5.fc4/i386/build.log indicates that your package does not acknowledge RPM_OPT_FLAGS. > I hope this is normal because it is not designed to run > under it. Cf. above. If this suspicion holds, then there is more in limbo than the package not having been tested on i86_64. Ralf From bugzilla at redhat.com Tue Oct 18 05:24:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 01:24:54 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510180524.j9I5Oscg021712@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rc040203 at freenet.de OtherBugsDependingO|163779 |163778 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-10-18 01:24 EST ------- VETO Package does not acknowledge RPM_OPT_FLAGS Pushing package back to 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 fedora at leemhuis.info Tue Oct 18 05:33:51 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 18 Oct 2005 07:33:51 +0200 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129610591.5390.270.camel@mccallum.corsepiu.local> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129570314.3298.6.camel@localhost.localdomain> <1129610591.5390.270.camel@mccallum.corsepiu.local> Message-ID: <1129613631.28076.7.camel@thl.ct.heise.de> Am Dienstag, den 18.10.2005, 06:43 +0200 schrieb Ralf Corsepius: > On Mon, 2005-10-17 at 19:31 +0200, Thorsten Leemhuis wrote: > > Am Montag, den 17.10.2005, 18:50 +0200 schrieb Ralf Corsepius: > > > On Mon, 2005-10-17 at 19:34 +0300, Ville Skytt? wrote: > > > > On Mon, 2005-10-17 at 11:55 -0400, Rex Dieter wrote: > > > > > > > > > * Mon Oct 17 2005 Rex Dieter 1.0.90-2 > > > > > - BR: libGL.so.1 -> BR: %x_pkg-Mesa-libGL > > > > > > > > I believe the preferred way to do that stuff nowadays (FC3+) is using > > > > libGL/libGLU/libGL-devel/libGLU-devel as appropriate. > > > > > > > > https://www.redhat.com/archives/fedora-maintainers/2005-March/msg00128.html > > > > > > This proposal is a dead born child: > > [...] > > > Note: Both packages "Provide: libGL = 1" > > > > And where exactly do you see this as a problem? [...] > What you actually are interested in is a package providing a file named > libGL.so.1 for a particular architecture variant which is using the > appropriate SONAME (libGL.so.1), not a physical or logical package named > libGL-1 nor {XFree86|xorg-x11}-Mesa-libGL Not that important side note: There are packages (ati-fglrx and nvidia-glx from livna) that also provide libGL.so.1. If you have those repos activated in your buildsystem (as livna of course has) a "BR: libGL.so.1" will install those packages, and not {XFree86| xorg-x11}-Mesa-libGL (because the package name of the above is shorter -- don't ask me why rpm works this way). > > So I think the buildsystem should do the right thing. > Are you sure this isn't much more than a random accident? Hey, it's a computer -- you can never be sure ;) > We've had such > random accidents with libGL related packages too often before, that my > trust on anything related to it is close to NULL. > > For the moment, I'll stay with real package dependencies, such as > "BR: xorg-x11-Mesa-libGL" for my GL based packages in FE. And IMHO that is the right decision. CU thl From fedora at leemhuis.info Tue Oct 18 05:37:13 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 18 Oct 2005 07:37:13 +0200 Subject: x86_64 build In-Reply-To: <200510181310.55658.symbiont@berlios.de> References: <1129609326.2903.3.camel@bureau.maison> <200510181310.55658.symbiont@berlios.de> Message-ID: <1129613833.28076.11.camel@thl.ct.heise.de> Am Dienstag, den 18.10.2005, 13:10 +0800 schrieb Jeff Pitman: > On Tuesday 18 October 2005 12:22, Eric Tanguy wrote: > > Is it possible to exclude this architecture from build ? > > http://linux.tnc.edu.tw/techdoc/maximum-rpm/rpmbook/node778.html Eric, also please remember this from http://www.fedoraproject.org/wiki/PackageReviewGuidelines "MUST: If the package does not successfully compile, build or work on an architecture, then those architectures should be listed in the spec in ExcludeArch. Each architecture listed in ExcludeArch needs to have a bug filed in bugzilla, describing the reason that the package does not compile/build/work on that architecture. The bug number should then be placed in a comment, next to the corresponding ExcludeArch line. New packages will not have bugzilla entries during the review process, so they should put this description in the comment until the package is approved, then file the bugzilla entry, and replace the long explanation with the bug number." This of course should be followed for packages that are already in cvs/Approved. Eric, why exactly does this package fail? CU thl From Eric.Tanguy at univ-nantes.fr Tue Oct 18 06:00:34 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Tue, 18 Oct 2005 08:00:34 +0200 (CEST) Subject: x86_64 build In-Reply-To: <1129612999.5390.277.camel@mccallum.corsepiu.local> References: <1129609326.2903.3.camel@bureau.maison> <1129612999.5390.277.camel@mccallum.corsepiu.local> Message-ID: <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> > On Tue, 2005-10-18 at 06:22 +0200, Eric Tanguy wrote: >> It seems my new package (qucs) does not build fine under x86_64 >> architecture. > I regret having to say this, but checking your build log > http://buildsys.fedoraproject.org/logs/fedora-4-extras/19-qucs-0.0.7-5.fc4/i386/build.log > indicates that your package does not acknowledge RPM_OPT_FLAGS. > >> I hope this is normal because it is not designed to run >> under it. > Cf. above. If this suspicion holds, then there is more in limbo than the > package not having been tested on i86_64. > > Ralf > > > Thanks Ralf, you're right. This package have not been tested i86_64. I don't have one! I'm new in packaging and i would like to apologize but i'm not sure to understand : "indicates that your package does not acknowledge RPM_OPT_FLAGS". Eric From ville.skytta at iki.fi Tue Oct 18 06:05:22 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 18 Oct 2005 09:05:22 +0300 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129613631.28076.7.camel@thl.ct.heise.de> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129570314.3298.6.camel@localhost.localdomain> <1129610591.5390.270.camel@mccallum.corsepiu.local> <1129613631.28076.7.camel@thl.ct.heise.de> Message-ID: <1129615522.2426.166.camel@localhost.localdomain> On Tue, 2005-10-18 at 07:33 +0200, Thorsten Leemhuis wrote: > Am Dienstag, den 18.10.2005, 06:43 +0200 schrieb Ralf Corsepius: > > > > For the moment, I'll stay with real package dependencies, such as > > "BR: xorg-x11-Mesa-libGL" for my GL based packages in FE. > > And IMHO that is the right decision. But it won't be any different from the libGL approach regarding the x86_64 case where both x86_64 and i386 repositories are enabled, right? (Leaving the nvidia + friends libGL things aside for the moment, assuming FC stuff only enabled; and yes, I understand why pulling them in as a build dep instead of the Mesa libGL would not be desirable.) From fedora at leemhuis.info Tue Oct 18 06:25:59 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 18 Oct 2005 08:25:59 +0200 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129615522.2426.166.camel@localhost.localdomain> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129570314.3298.6.camel@localhost.localdomain> <1129610591.5390.270.camel@mccallum.corsepiu.local> <1129613631.28076.7.camel@thl.ct.heise.de> <1129615522.2426.166.camel@localhost.localdomain> Message-ID: <1129616759.28076.25.camel@thl.ct.heise.de> Am Dienstag, den 18.10.2005, 09:05 +0300 schrieb Ville Skytt?: > On Tue, 2005-10-18 at 07:33 +0200, Thorsten Leemhuis wrote: > > Am Dienstag, den 18.10.2005, 06:43 +0200 schrieb Ralf Corsepius: > > > > > > For the moment, I'll stay with real package dependencies, such as > > > "BR: xorg-x11-Mesa-libGL" for my GL based packages in FE. > > > > And IMHO that is the right decision. > > But it won't be any different from the libGL approach regarding the > x86_64 case where both x86_64 and i386 repositories are enabled, > right? /me is not sure if he understood the question correctly. Sorry. So just to be sure: I assume by "where both x86_64 and i386 repositories are enabled" you meant "where i386 packages from the x86_64-repositories are not excluded in the yum or mock config" (as they are in the buildsys afaik). And with the "libGL approach" you mean "BR: libgl = 1". Then "BR: libgl = 1" "BR: xorg-x11-Mesa-libGL" should have the same effect: $ yum --disablerepo=livna resolvedep 'libGL = 1' Searching Packages for Dependency: Setting up repositories Finished 0:xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64 $ yum --disablerepo=livna resolvedep 'xorg-x11-Mesa-libGL' Searching Packages for Dependency: Setting up repositories Reading repository metadata in from local files 0:xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64 But this is problematic: $ yum --disablerepo=livna resolvedep 'libGL.so.1' Searching Packages for Dependency: Setting up repositories Reading repository metadata in from local files 0:xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.i386 ---------> ^^^^ !!! $ yum --disablerepo=livna resolvedep 'libGL.so.1()(64bit)' Searching Packages for Dependency: Setting up repositories Reading repository metadata in from local files 0:xorg-x11-Mesa-libGL-6.8.2-37.FC4.49.2.x86_64 HTH Cu thl From ville.skytta at iki.fi Tue Oct 18 06:39:46 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 18 Oct 2005 09:39:46 +0300 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129616759.28076.25.camel@thl.ct.heise.de> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129570314.3298.6.camel@localhost.localdomain> <1129610591.5390.270.camel@mccallum.corsepiu.local> <1129613631.28076.7.camel@thl.ct.heise.de> <1129615522.2426.166.camel@localhost.localdomain> <1129616759.28076.25.camel@thl.ct.heise.de> Message-ID: <1129617586.2426.178.camel@localhost.localdomain> On Tue, 2005-10-18 at 08:25 +0200, Thorsten Leemhuis wrote: > Am Dienstag, den 18.10.2005, 09:05 +0300 schrieb Ville Skytt?: > > On Tue, 2005-10-18 at 07:33 +0200, Thorsten Leemhuis wrote: > > > Am Dienstag, den 18.10.2005, 06:43 +0200 schrieb Ralf Corsepius: > > > > > > > > For the moment, I'll stay with real package dependencies, such as > > > > "BR: xorg-x11-Mesa-libGL" for my GL based packages in FE. > > > > > > And IMHO that is the right decision. > > > > But it won't be any different from the libGL approach regarding the > > x86_64 case where both x86_64 and i386 repositories are enabled, > > right? > > /me is not sure if he understood the question correctly. Sorry. > > So just to be sure: I assume by "where both x86_64 and i386 repositories > are enabled" you meant "where i386 packages from the x86_64-repositories > are not excluded in the yum or mock config" (as they are in the buildsys > afaik). And with the "libGL approach" you mean "BR: libgl = 1". I don't know what I mean ;), just parroting Ralf's earlier "random accident" concern, and I'll shut up now to prevent further confusion. But it's probably the above, and from what I understand (not having an x86_64 box around nor any that would use any 3rd party libGL* stuff), "BR: xorg-x11-Mesa-libGL" sounds like the safest approach indeed for now. From bugzilla at redhat.com Tue Oct 18 06:41:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 02:41:33 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200510180641.j9I6fXsB027245@www.beta.redhat.com> Please 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-10-18 02:41 EST ------- Ralf, you you have a look again plz. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 06:42:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 02:42:06 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200510180642.j9I6g6ER027291@www.beta.redhat.com> Please 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-10-18 02:41 EST ------- Ralf, could you have a look again plz. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 18 07:12:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 18 Oct 2005 09:12:37 +0200 Subject: libGL* dependencies (was: Re: rpms/xforms/devel xforms.spec,1.9,1.10) In-Reply-To: <1129617586.2426.178.camel@localhost.localdomain> References: <200510171555.j9HFtcwI014280@cvs-int.fedora.redhat.com> <1129566844.2426.91.camel@localhost.localdomain> <1129567826.5390.137.camel@mccallum.corsepiu.local> <1129570314.3298.6.camel@localhost.localdomain> <1129610591.5390.270.camel@mccallum.corsepiu.local> <1129613631.28076.7.camel@thl.ct.heise.de> <1129615522.2426.166.camel@localhost.localdomain> <1129616759.28076.25.camel@thl.ct.heise.de> <1129617586.2426.178.camel@localhost.localdomain> Message-ID: <1129619558.5390.293.camel@mccallum.corsepiu.local> On Tue, 2005-10-18 at 09:39 +0300, Ville Skytt? wrote: > On Tue, 2005-10-18 at 08:25 +0200, Thorsten Leemhuis wrote: > > Am Dienstag, den 18.10.2005, 09:05 +0300 schrieb Ville Skytt?: > > > On Tue, 2005-10-18 at 07:33 +0200, Thorsten Leemhuis wrote: > > > > Am Dienstag, den 18.10.2005, 06:43 +0200 schrieb Ralf Corsepius: > > > > > > > > > > For the moment, I'll stay with real package dependencies, such as > > > > > "BR: xorg-x11-Mesa-libGL" for my GL based packages in FE. > > > > > > > > And IMHO that is the right decision. > > > > > > But it won't be any different from the libGL approach regarding the > > > x86_64 case where both x86_64 and i386 repositories are enabled, > > > right? > > > > /me is not sure if he understood the question correctly. Sorry. > > > > So just to be sure: I assume by "where both x86_64 and i386 repositories > > are enabled" you meant "where i386 packages from the x86_64-repositories > > are not excluded in the yum or mock config" (as they are in the buildsys > > afaik). And with the "libGL approach" you mean "BR: libgl = 1". > > I don't know what I mean ;), just parroting Ralf's earlier "random > accident" concern, and I'll shut up now to prevent further confusion. By "random accident" I meant, "yum install " just happened to install the correct package by random luck (be it by ordering inside of yum.conf, by timestamps on repodata, by file order somewhere or whatever), because in the past, we've had cases wrt. libGL were yum happened sometimes to install the correct libGL.so.1()(64bit) and sometimes libGL.so.1. IIRC, the causes had never been finally clarified, but all of the usual suspects had been involved, because multiple changes had taken place almost simultaneously. rpm invented ()(64bit), the XFree86/Mesa->xorg-x11 transition, Provides: libGL had been added, people continuing to use BR: XFree86 and/or libGL.so.1, packages's packaging having changed, package dependencies having changed etc. :) IIRC, it was even you, Thorsten, how once tripped over one of these issues with one of my packages (IIRC, it was Inventor). > But it's probably the above, and from what I understand (not having an > x86_64 box around Neither have I. I only maintain several libGL based packages in FE and am using some of them for active development. Occasionally I trip over these issue inside of the buildsystem, when things suddenly start/stop working ... > nor any that would use any 3rd party libGL* stuff), I can't avoid to use them ... performance-wise Mesa-libGL is more a bad joke, than a usable GL implementation ... :) > "BR: xorg-x11-Mesa-libGL" sounds like the safest approach indeed for > now. Except that you can't avoid XFree86-* if you want compatibility with older RHLs. Ralf From mpeters at mac.com Tue Oct 18 07:14:46 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 18 Oct 2005 00:14:46 -0700 Subject: x86_64 build In-Reply-To: <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> References: <1129609326.2903.3.camel@bureau.maison> <1129612999.5390.277.camel@mccallum.corsepiu.local> <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> Message-ID: <1129619686.29066.5.camel@locolhost.localdomain> On Tue, 2005-10-18 at 08:00 +0200, Eric TANGUY wrote: > > > Thanks Ralf, you're right. This package have not been tested i86_64. I > don't have one! I'm new in packaging and i would like to apologize but i'm > not sure to understand : "indicates that your package does not acknowledge > RPM_OPT_FLAGS". > Eric > There are some flags that Fedora wants passed to the compiler when the package is built. usually these are set automatically, by the %configure macro - which exports them as environmental variables. The makefile apparently ignores them. You may need to patch the Makefile.in to honor the CFLAGS and/or CXXFLAGS environmental variables. I'm not positive, but I believe some packages want them passed as configure options and not set by environmental variables, so perhaps that all you need to do. From rc040203 at freenet.de Tue Oct 18 07:24:15 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 18 Oct 2005 09:24:15 +0200 Subject: x86_64 build In-Reply-To: <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> References: <1129609326.2903.3.camel@bureau.maison> <1129612999.5390.277.camel@mccallum.corsepiu.local> <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> Message-ID: <1129620256.5390.306.camel@mccallum.corsepiu.local> On Tue, 2005-10-18 at 08:00 +0200, Eric TANGUY wrote: > > On Tue, 2005-10-18 at 06:22 +0200, Eric Tanguy wrote: > >> It seems my new package (qucs) does not build fine under x86_64 > >> architecture. > > I regret having to say this, but checking your build log > > http://buildsys.fedoraproject.org/logs/fedora-4-extras/19-qucs-0.0.7-5.fc4/i386/build.log > > indicates that your package does not acknowledge RPM_OPT_FLAGS. > > > >> I hope this is normal because it is not designed to run > >> under it. > > Cf. above. If this suspicion holds, then there is more in limbo than the > > package not having been tested on i86_64. > > > > Ralf > > > > > > > Thanks Ralf, you're right. This package have not been tested i86_64. I > don't have one! I'm new in packaging and i would like to apologize but i'm > not sure to understand : "indicates that your package does not acknowledge > RPM_OPT_FLAGS". It means that your package should use the contents of $RPM_OPT_FLAGS during compliation. When looking at your build.log, you'll see this ... CXXFLAGS='-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables' ... This is the expansion of CXXFLAGS="$RPM_OPT_FLAGS", rpm's default way to propagate RPM_OPT_FLAGS to configure scripts/Makefiles. However, later inside of your build.log you can see that these compiler flags are not being used during compilation, e.g.: ... make[3]: Entering directory `/builddir/build/BUILD/qucs-0.0.7/qucs/components' if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/X11R6/include -I/usr/lib/qt-3.3/include -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -D_REENTRANT -I../../qucs -O2 -pipe -MT phaseshifter.o -MD -MP -MF ".deps/phaseshifter.Tpo" -c -o phaseshifter.o phaseshifter.cpp; \ then mv -f ".deps/phaseshifter.Tpo" ".deps/phaseshifter.Po"; else rm -f ".deps/phaseshifter.Tpo"; exit 1; fi If the rpm spec would correctly acknowledge RPM_OPT_FLAGS, the contents of $RPM_OPT_FLAGS would reappear inside of compiler calls. As RPM_OPT_FLAGS also are those FLAGS which are being used to propagate architecture dependent flags to configure scripts/Makefiles, a package not acknowledging RPM_OPT_FLAGS will also not build correctly on x86_64, because there the implicit default flags do not match the system requirements (In a nutshell, you must pass -m64 on x86-64, otherwise the compiler will use it's implicit default (-m32) and you'll get 32bit binaries). Ralf From fedora at leemhuis.info Tue Oct 18 07:41:32 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 18 Oct 2005 09:41:32 +0200 Subject: x86_64 build In-Reply-To: <1129620256.5390.306.camel@mccallum.corsepiu.local> References: <1129609326.2903.3.camel@bureau.maison> <1129612999.5390.277.camel@mccallum.corsepiu.local> <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> <1129620256.5390.306.camel@mccallum.corsepiu.local> Message-ID: <1129621293.28076.30.camel@thl.ct.heise.de> Am Dienstag, den 18.10.2005, 09:24 +0200 schrieb Ralf Corsepius: > As RPM_OPT_FLAGS also are those FLAGS which are being used to propagate > architecture dependent flags to configure scripts/Makefiles, a package > not acknowledging RPM_OPT_FLAGS will also not build correctly on > x86_64, because there the implicit default flags do not match the system > requirements (In a nutshell, you must pass -m64 on x86-64, otherwise the > compiler will use it's implicit default (-m32) and you'll get 32bit > binaries). Ralf, sorry, this is completely wrong. If you call gcc without "-m32" or "-m64" it will build 64bit binaries. [thl at thl ~]$ echo '#include int main() { printf("Hello, World.\n"); return 0; }' > hello_world.c [thl at thl ~]$ gcc -o hello_world hello_world.c [thl at thl ~]$ file hello_world hello_world: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), not stripped [thl at thl ~]$ ./hello_world Hello, World. [thl at thl ~]$ From rc040203 at freenet.de Tue Oct 18 07:51:09 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 18 Oct 2005 09:51:09 +0200 Subject: x86_64 build In-Reply-To: <1129621293.28076.30.camel@thl.ct.heise.de> References: <1129609326.2903.3.camel@bureau.maison> <1129612999.5390.277.camel@mccallum.corsepiu.local> <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> <1129620256.5390.306.camel@mccallum.corsepiu.local> <1129621293.28076.30.camel@thl.ct.heise.de> Message-ID: <1129621870.5390.310.camel@mccallum.corsepiu.local> On Tue, 2005-10-18 at 09:41 +0200, Thorsten Leemhuis wrote: > Am Dienstag, den 18.10.2005, 09:24 +0200 schrieb Ralf Corsepius: > > As RPM_OPT_FLAGS also are those FLAGS which are being used to propagate > > architecture dependent flags to configure scripts/Makefiles, a package > > not acknowledging RPM_OPT_FLAGS will also not build correctly on > > x86_64, because there the implicit default flags do not match the system > > requirements (In a nutshell, you must pass -m64 on x86-64, otherwise the > > compiler will use it's implicit default (-m32) and you'll get 32bit > > binaries). > > Ralf, sorry, this is completely wrong. If you call gcc without "-m32" or > "-m64" it will build 64bit binaries. OK, I stand corrected (As you know I don't have access to x86_86 boxes). BTW: Has this changed? I believe to recall, once -m64 had been required on x86_64. Ralf From fedora at leemhuis.info Tue Oct 18 08:04:43 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 18 Oct 2005 10:04:43 +0200 Subject: x86_64 build In-Reply-To: <1129621870.5390.310.camel@mccallum.corsepiu.local> References: <1129609326.2903.3.camel@bureau.maison> <1129612999.5390.277.camel@mccallum.corsepiu.local> <38208.172.20.10.62.1129615234.squirrel@webmail.univ-nantes.fr> <1129620256.5390.306.camel@mccallum.corsepiu.local> <1129621293.28076.30.camel@thl.ct.heise.de> <1129621870.5390.310.camel@mccallum.corsepiu.local> Message-ID: <1129622683.28076.32.camel@thl.ct.heise.de> Am Dienstag, den 18.10.2005, 09:51 +0200 schrieb Ralf Corsepius: > BTW: Has this changed? I believe to recall, once -m64 had been required > on x86_64. No, iirc it was always like this on x86_64. CU thl From bugzilla at redhat.com Tue Oct 18 08:44:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 04:44:46 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510180844.j9I8ik71008568@www.beta.redhat.com> Please 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 pertusus at free.fr 2005-10-18 04:44 EST ------- (In reply to comment #24) > I mean I agree about them being ignorable. I think that they should be left only if there is a use for those symlinks.I don't think the symlinks to lib and include are usefull. However, from a glance at the code it seems possible that the symlink to bin is usefull to find the grace executable itself when started from the library. The other symlinks may be important if it is customary to use the GRACE_HOME variable when linking against the grace library and with the include files _and_ the grace library and include files are not in the system dirs, but it isn't the case as they are in the system dirs. What are your opinions on 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 Tue Oct 18 08:56:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 04:56:42 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510180856.j9I8ugeF009514@www.beta.redhat.com> Please 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 pertusus at free.fr 2005-10-18 04:56 EST ------- (In reply to comment #31) > In playing with a little - it does run without the bin and lib symlinks. > It does not run without the type directory in fonts, but does if that is > symlinked to /usr/share/fonts/default/Type1 I think doing that symlink would be better than using the fonts provided with grace as there are more fonts in the urw package. > It *would be nice* if it didn't expect the fonts to be within its datadir > directory but could find the fonts it wants through fontconfig or xfs. Somebody should report that 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 Tue Oct 18 09:05:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 05:05:54 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510180905.j9I95sNr010480@www.beta.redhat.com> Please 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 pertusus at free.fr 2005-10-18 05:05 EST ------- There are some config files in GRACE_HOME, that breaks the FHS. I think there should be a grace directory in %_sysconfdir, and gracerc, templates, gracerc.user, fonts/FontDataBase should be copied to that directory and symlinked from the GRACE_HOME 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 Tue Oct 18 09:29:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 05:29:15 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510180929.j9I9TF2i012789@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at city-fan.org 2005-10-18 05:29 EST ------- I'd leave out the ExcludeArch until after trying a build on the Extras buildsystem. You'll then know which architectures it builds on (x86_64 may not be the only problem, or in fact Fedora x86_64 may not have the same problem that RHEL3 x86_64 does). You'll need to raise a bug on the package for each excluded architecture, and should try to get it fixed, preferably upstream. See http://rpm.org/max-rpm-snapshot/s1-rpm-multi-platform-dependent-tags.html for how to exclude architectures (the way you tried to do it isn't the right 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 Tue Oct 18 09:52:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 05:52:25 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510180952.j9I9qPwX014831@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-18 05:52 EST ------- Spec Name or Url: http://www.all-the-johnsons.co.uk/emulation/downloads/z88dk.spec SRPM Name or Url: http://www.all-the-johnsons.co.uk/emulation/downloads/z88dk-1.6-8.src.rpm I've removed the excludearch as suggested and see about getting the bug fixed upstream. Thanks for the url on the multiplatform exclusions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 10:59:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 06:59:00 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510181059.j9IAx0dM020883@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From matthias at rpmforge.net 2005-10-18 06:58 EST ------- Hum, my basic testing had worked fine, but I now just tried to open some ogg/vorbis files (eject button, select all in a directory and click open), and bmp segfaults. Doing "rpm -e bmp-flac2" and restarting bmp fixes the problem, and mp3 files are totally unaffected, only ogg it seems... could you please test/check this? FYI, I'm using a CVS version of the stable 0.9.7. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 11:17:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 07:17:13 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510181117.j9IBHDYR022104@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From dmitry at butskoy.name 2005-10-18 07:17 EST ------- (for comment #9) Yes... But it is not a final url. Actually, it will be redirected to more good one :) Use: "Source0: http://smarty.php.net/distributions/Smarty-%{version}.tar.gz" it is the actual location. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 11:48:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 07:48:51 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510181148.j9IBmpjc025227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-18 07:48 EST ------- Can you recompile with "%configure --debug", reinstall and start bmp from the command line? There ought to be a lots of output. I'd be grateful for a backtrace, 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 Tue Oct 18 12:00:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 08:00:52 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510181200.j9IC0quc026770@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 sheltren at cs.ucsb.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sheltren at cs.ucsb.edu ------- Additional Comments From sheltren at cs.ucsb.edu 2005-10-18 08:00 EST ------- about adding to the php include_path, I don't think you should modify that system-wide. The Smarty documentation, here http://smarty.php.net/manual/en/installing.smarty.basic.php gives quite a few ways for people to include the Smarty code in their application. Examples 2-3 and 2-5 would work without having to modify php's include_path. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 12:20:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 08:20:15 -0400 Subject: [Bug 166960] Review Request: Fuse-emulator (and associated libraries) In-Reply-To: Message-ID: <200510181220.j9ICKF96028678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse-emulator (and associated libraries) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 ------- Additional Comments From paul at city-fan.org 2005-10-18 08:20 EST ------- Some notes after a quick look at the fuse-emulator package: The package is still called fuse rather than fuse-emulator The spec file name is fuse-0.7.0-noroms.spec but should be fuse-emulator.spec Some optimization of the BuildRequires is possible: * zlib-devel is required by libxml2-devel and libpng-devel and can be omitted * glibc-devel is required by gcc and can be omitted You have: Requires(post): desktop-file-utils Requires(postun): desktop-file-utils but the %post and %postun scriptlets are empty What's with the BR: gtk2-devel => 2.8.0; this prevents builds on FC4 and below, and appears to be unnecessary; the package builds fine on FC4 with gtk2-devel 2.6.10 anyway and the configure script only appears to check for version 2.0.0 or above The libraries should really have separate review requests rather than being lumped into one big request like this one The tarball URL referenced in the ROMS file does not work Spec file should clearly indicate that the SRPM tarball is modified from upstream so as to not include the ROMS (maybe rename the tarball fuse-noroms-0.7.0...) A quick HOWTO describing how to run some of the examples in the z88dk package would be nice; I haven't figured it out yet so perhaps it's non-obvious... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 13:14:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 09:14:33 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510181314.j9IDEXsZ005700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From bugzilla.redhat at neufeind.net 2005-10-18 09:14 EST ------- Does it really make sense to install an app like Smarty from extras? With php-pear that's a difference imho, since it's an installer in itself. But PEAR 1.4.x allows the usage of channels - and there will be a channel offering Smarty-releases as well. So the easiest way would be to simply install Smarty using PEAR. And imho in the PHP-world more and more apps use PEAR anyway, so it's already there. Imho for PHP-apps it would make more sense to install those using the PEAR-installer. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From sheltren at cs.ucsb.edu Tue Oct 18 13:16:52 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 18 Oct 2005 09:16:52 -0400 Subject: Fwd: Build Error (Job 47 & 48) References: <20051018130551.B760F808B@extras64.linux.duke.edu> Message-ID: Is there something strange going on with the build system? I just submitted three jobs, cfengine-2.1.16-2 for FC3, FC4, and devel. devel and FC-4 failed right away, but there are no logs at all showing what happened. FC-4 claims to have failed on PPC, and devel claims to have failed on x86_64. Link to fc4 log directory is below, here's the devel log directory: http://buildsys.fedoraproject.org/logs/fedora-development-extras/46- cfengine-2.1.16-2.fc5/ By the way, FC-3 built fine, and the same package builds cleanly in mock for FC4 on my build box. -Jeff Begin forwarded message: > From: buildsys at fedoraproject.org > Date: October 18, 2005 9:05:51 AM GMT-04:00 > To: sheltren at cs.ucsb.edu > Subject: Build Error (Job 47): cfengine-2_1_16-2_fc4 on fedora-4- > extras > > > Job failed on arch ppc > > > Build logs may be found at http:// > buildsys.fedoraproject.org/logs/fedora-4-extras/47- > cfengine-2.1.16-2.fc4/ > > > ------------------------------------------------- > > From bugzilla at redhat.com Tue Oct 18 14:40:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 10:40:09 -0400 Subject: [Bug 165689] Review Request: SquidGuard: filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200510181440.j9IEe92J017170@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: SquidGuard: filter, redirector and access controller plugin for squid https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165689 ------- Additional Comments From wtogami at redhat.com 2005-10-18 10:39 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 paul at cypherpunks.ca Tue Oct 18 15:12:52 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Tue, 18 Oct 2005 17:12:52 +0200 (CEST) Subject: RPM_OPT_FLAGS and kernel module compiles, was Re: x86_64 build (fwd) Message-ID: On Tue, 18 Oct 2005, Ralf Corsepius wrote: > It means that your package should use the contents of $RPM_OPT_FLAGS > during compliation. > > When looking at your build.log, you'll see this > ... > CXXFLAGS='-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 > -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables' > ... > This is the expansion of > CXXFLAGS="$RPM_OPT_FLAGS", > rpm's default way to propagate RPM_OPT_FLAGS to configure > scripts/Makefiles. Is there a similar flag for kernel compile "RPM_OPT_FLAGS"'s? For example, I believe one should technically use "-mno-red-zone" for kernel module compiles on x86_64, but if I want my spec file to work on all architectures, and for FC3/FC$, then I cannot blindly include the flag. So far, I've just left it out, but I wonder what the proper way of handling this flag is. Paul From buc at odusz.so-cdu.ru Tue Oct 18 15:41:30 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 18 Oct 2005 19:41:30 +0400 Subject: A lot of obsolete rpms in FE currently Message-ID: <435517AA.5000702@odu.neva.ru> When a mantainer releases a new version (and new rpms appear for download), the old rpms often are not deleted. Now there are 1761 packages (in development/SRPMS/*) and 691 of them (40%) are previous (normally obsolete) versions. Is it a normal situation? Dmitry Butskoy From jspaleta at gmail.com Tue Oct 18 15:47:27 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 18 Oct 2005 11:47:27 -0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <435517AA.5000702@odu.neva.ru> References: <435517AA.5000702@odu.neva.ru> Message-ID: <604aa7910510180847y166c3f4fh5e3b8bbc0dd19309@mail.gmail.com> On 10/18/05, Dmitry Butskoy wrote: > When a mantainer releases a new version (and new rpms appear for > download), the old rpms often are not deleted. > > Now there are 1761 packages (in development/SRPMS/*) and 691 of them > (40%) are previous (normally obsolete) versions. > > Is it a normal situation? Is this a problem? Because of the "rolling" nature of the Extras tree.. i feel its vital..that at least one older version of packages are in the tree for a period of time after an update is pushed in case an updated package has a showstopping problem.. so users can fallback to something while any such problem is worked out and fixed. -jef From gdk at redhat.com Tue Oct 18 15:49:11 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Tue, 18 Oct 2005 11:49:11 -0400 (EDT) Subject: A lot of obsolete rpms in FE currently In-Reply-To: <604aa7910510180847y166c3f4fh5e3b8bbc0dd19309@mail.gmail.com> References: <435517AA.5000702@odu.neva.ru> <604aa7910510180847y166c3f4fh5e3b8bbc0dd19309@mail.gmail.com> Message-ID: On Tue, 18 Oct 2005, Jeff Spaleta wrote: > Because of the "rolling" nature of the Extras tree.. i feel its > vital..that at least one older version of packages are in the tree for > a period of time after an update is pushed in case an updated package > has a showstopping problem.. so users can fallback to something while > any such problem is worked out and fixed. s/at least one/exactly one? Would this constitute a sensible policy? --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 rdieter at math.unl.edu Tue Oct 18 15:49:57 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 18 Oct 2005 10:49:57 -0500 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <435517AA.5000702@odu.neva.ru> References: <435517AA.5000702@odu.neva.ru> Message-ID: Dmitry Butskoy wrote: > When a mantainer releases a new version (and new rpms appear for > download), the old rpms often are not deleted. ^^^^^ Actually, it's never, unless the maintainer specifically requests package removals. -- Rex From bugzilla at redhat.com Tue Oct 18 16:07:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 12:07:15 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510181607.j9IG7FvW030525@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From orion at cora.nwra.com 2005-10-18 12:07 EST ------- (In reply to comment #10) > Use: > "Source0: http://smarty.php.net/distributions/Smarty-%{version}.tar.gz" > it is the actual location. 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 Oct 18 16:13:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 12:13:06 -0400 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200510181613.j9IGD6Fd031190@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From orion at cora.nwra.com 2005-10-18 12:12 EST ------- (In reply to comment #12) > Does it really make sense to install an app like Smarty from extras? With > php-pear that's a difference imho, since it's an installer in itself. But PEAR > 1.4.x allows the usage of channels - and there will be a channel offering > Smarty-releases as well. So the easiest way would be to simply install Smarty > using PEAR. And imho in the PHP-world more and more apps use PEAR anyway, so > it's already there. Yeah, and perl has CPAN. But we have *lots* of perl-* RPMs to allow for a common mechanism to install 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 buc at odusz.so-cdu.ru Tue Oct 18 16:15:37 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 18 Oct 2005 20:15:37 +0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: References: <435517AA.5000702@odu.neva.ru> Message-ID: <43551FA9.8060503@odu.neva.ru> Rex Dieter wrote: >> When a mantainer releases a new version (and new rpms appear for >> download), the old rpms often are not deleted. > > ^^^^^ > Actually, it's never, unless the maintainer specifically requests > package removals. > ...and it leads to gradual accumulation of old packages, because the maintainer just is lazy or has no enough time to carry out such a request. From jspaleta at gmail.com Tue Oct 18 16:17:51 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 18 Oct 2005 12:17:51 -0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: References: <435517AA.5000702@odu.neva.ru> <604aa7910510180847y166c3f4fh5e3b8bbc0dd19309@mail.gmail.com> Message-ID: <604aa7910510180917q493dca54oc23dcf33fca5ce5b@mail.gmail.com> On 10/18/05, Greg DeKoenigsberg wrote: > Would this constitute a sensible policy? Sure exactly one old version. I'd even be happy if it were "exactly one old version that is at most X number of days old." X could be a week or two for my concerns. I basically want a fallback for forehead-slapping bad bugs that slipped through maintainer testing. If something isn't reported in the first week of an update release..well..maybe its just a subtle bug and we just learn to live with it. Any case that would require an old package several revisions old would indicate that a maintainer felt the need to publish several buggy revisions of a package in short order. And if we start seeing behavior like that..then it would be better to have a scratch area like an extras-testing for maintainers to publish. -jef From wtogami at redhat.com Tue Oct 18 16:19:17 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 18 Oct 2005 12:19:17 -0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <435517AA.5000702@odu.neva.ru> References: <435517AA.5000702@odu.neva.ru> Message-ID: <43552085.1070906@redhat.com> Dmitry Butskoy wrote: > When a mantainer releases a new version (and new rpms appear for > download), the old rpms often are not deleted. > > Now there are 1761 packages (in development/SRPMS/*) and 691 of them > (40%) are previous (normally obsolete) versions. > > Is it a normal situation? > > > Dmitry Butskoy > I have added it to http://fedoraproject.org/wiki/FedoraExtrasSchedule so the next Thursday meeting the steering committee will decide on a purging policy. Warren From bugzilla at redhat.com Tue Oct 18 16:18:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 12:18:50 -0400 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200510181618.j9IGIoQt031993@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-10-18 12:18 EST ------- I just tried this on my x86 and ppc and it works as expected. Hm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 18 16:19:37 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Tue, 18 Oct 2005 12:19:37 -0400 (EDT) Subject: A lot of obsolete rpms in FE currently In-Reply-To: <43552085.1070906@redhat.com> References: <435517AA.5000702@odu.neva.ru> <43552085.1070906@redhat.com> Message-ID: Thanks, Warren. --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, 18 Oct 2005, Warren Togami wrote: > Dmitry Butskoy wrote: > > When a mantainer releases a new version (and new rpms appear for > > download), the old rpms often are not deleted. > > > > Now there are 1761 packages (in development/SRPMS/*) and 691 of them > > (40%) are previous (normally obsolete) versions. > > > > Is it a normal situation? > > > > > > Dmitry Butskoy > > > > I have added it to http://fedoraproject.org/wiki/FedoraExtrasSchedule so > the next Thursday meeting the steering committee will decide on a > purging policy. > > Warren > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From dcbw at redhat.com Tue Oct 18 16:22:45 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 18 Oct 2005 12:22:45 -0400 Subject: Extras build system back up In-Reply-To: <1129603219.5390.237.camel@mccallum.corsepiu.local> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017201619.GB30904@shell0.pdx.osdl.net> <1129583751.1418.3.camel@dhcp83-40.boston.redhat.com> <20051017212801.GJ5856@shell0.pdx.osdl.net> <1129600612.8182.1.camel@localhost.localdomain> <1129603219.5390.237.camel@mccallum.corsepiu.local> Message-ID: <1129652565.9685.3.camel@localhost.localdomain> On Tue, 2005-10-18 at 04:40 +0200, Ralf Corsepius wrote: > On Mon, 2005-10-17 at 21:56 -0400, Dan Williams wrote: > > On Mon, 2005-10-17 at 14:28 -0700, Chris Wright wrote: > > > * Dan Williams (dcbw at redhat.com) wrote: > > > > As I see you've figured out, it should be fixed now. Server-side issue > > > > with some database fields being way too small. They are larger now :) > > > > > > Yes, thanks. Is > > > > > > [Server] > > > ... > > > allow_uploads = True > > > > > > the recommended change to config? > > > > > > I notice plague list once creates config with > > > > > > allow_uploads = no > > > > It's a feature that requires server-side support too, which is currently > > disabled on the Extras server since we build from CVS. Therefore, for > > Extras, it has no effect either way. > > Well, apparently it does have an effect: It has an no effect _as long as its there_, once you've added it to the config file. Dan From nicolas.mailhot at laposte.net Tue Oct 18 17:12:05 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 18 Oct 2005 19:12:05 +0200 Subject: A lot of obsolete rpms in FE currently In-Reply-To: References: <435517AA.5000702@odu.neva.ru> Message-ID: <1129655526.7094.6.camel@rousalka.dyndns.org> Le mardi 18 octobre 2005 ? 10:49 -0500, Rex Dieter a ?crit : > Dmitry Butskoy wrote: > > When a mantainer releases a new version (and new rpms appear for > > download), the old rpms often are not deleted. > ^^^^^ > Actually, it's never, unless the maintainer specifically requests > package removals. How ? I missed this one. Don't think I'm alone BTW -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Tue Oct 18 17:15:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 13:15:36 -0400 Subject: [Bug 168037] Review Request: tetex-movie15 In-Reply-To: Message-ID: <200510181715.j9IHFaiS006892@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-movie15 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168037 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-10-18 13:15 EST ------- Looks like there is a 20051013 version available. I'd also suggest using a version of 0.YYYYMMDD unless you are positive that upstream will never use simple version numbers. I'd remove the commented BuildRequires: sed. Otherwise the spec looks good. - License is okay. - rpmlint is silent - appears to work with your above caveats -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 17:17:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 13:17:58 -0400 Subject: [Bug 169801] Review Request: perl-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C In-Reply-To: Message-ID: <200510181717.j9IHHwV9007180@www.beta.redhat.com> Please 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-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169801 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-10-18 13:17 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 (i386) and in mock for rawhide (i386) - BR's mostly OK - no libraries, locales, subpackages or pkgconfigs to worry about - not relocatable - no duplicate files - no file permission issues - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no desktop entry needed - no scriptlets Needswork: - package should own directory %{perl_vendorarch}/Net since it's not owned by any of its dependencies Nitpick: - perl is part of the minimal buildroot and hence the explicit BR: perl is not needed Suggestions: - http://search.cpan.org/dist/Net-IP-CMatch/ would be a more stable URL to use since it won't change if there is a new upstream version and the package is updated - using %{version} instead of hardcoding the version number in the Source0 URL would mean less to change and less chance of errors if there is a new upstream version and the package is updated - the compiler optimization flags setting could be simplified to: %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" make %{?_smp_mflags} - the "Changes" file could be included as %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 jeff at ultimateevil.org Tue Oct 18 17:34:21 2005 From: jeff at ultimateevil.org (Jeff Carlson) Date: Tue, 18 Oct 2005 10:34:21 -0700 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <43552085.1070906@redhat.com> References: <435517AA.5000702@odu.neva.ru> <43552085.1070906@redhat.com> Message-ID: <4355321D.9050603@ultimateevil.org> Warren Togami wrote: > I have added it to http://fedoraproject.org/wiki/FedoraExtrasSchedule so > the next Thursday meeting the steering committee will decide on a > purging policy. I have a suggestion, although I'm not quite sure how to implement it and I'm positive it will open up a huge can o' worms nobody will want to deal with, but how about a graveyard somewhere on the main FTP servers? Mirrors don't necessarily need to sync it, and it probably shouldn't even be in a yum conf or even createrepo enabled. But someone who needs something can dig up an old corpse. So far this idea is only half baked. Perhaps it will seed a better idea so I figured I'd toss it out there. From skvidal at phy.duke.edu Tue Oct 18 17:38:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 18 Oct 2005 13:38:23 -0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: References: <435517AA.5000702@odu.neva.ru> <604aa7910510180847y166c3f4fh5e3b8bbc0dd19309@mail.gmail.com> Message-ID: <1129657103.30517.58.camel@cutter> On Tue, 2005-10-18 at 11:49 -0400, Greg DeKoenigsberg wrote: > On Tue, 18 Oct 2005, Jeff Spaleta wrote: > > > Because of the "rolling" nature of the Extras tree.. i feel its > > vital..that at least one older version of packages are in the tree for > > a period of time after an update is pushed in case an updated package > > has a showstopping problem.. so users can fallback to something while > > any such problem is worked out and fixed. > > s/at least one/exactly one? > > Would this constitute a sensible policy? I just went through the repo with repomanage keeping the newest 2 packages for any given package name - it would remove something like 1235 files (including srpms) I'll set it up to automatically run that way this afternoon. purge, purge. -sv From rdieter at math.unl.edu Tue Oct 18 17:35:18 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 18 Oct 2005 12:35:18 -0500 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <1129655526.7094.6.camel@rousalka.dyndns.org> References: <435517AA.5000702@odu.neva.ru> <1129655526.7094.6.camel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot wrote: > Le mardi 18 octobre 2005 ? 10:49 -0500, Rex Dieter a ?crit : > >>Dmitry Butskoy wrote: >> >>>When a mantainer releases a new version (and new rpms appear for >>>download), the old rpms often are not deleted. >> >> ^^^^^ >>Actually, it's never, unless the maintainer specifically requests >>package removals. > How ? > I missed this one. Don't think I'm alone BTW http://fedoraproject.org/wiki/Extras/FC4Status includes a section labeled "Remove Request" -- Rex From nicolas.mailhot at laposte.net Tue Oct 18 17:48:07 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 18 Oct 2005 19:48:07 +0200 Subject: A lot of obsolete rpms in FE currently In-Reply-To: References: <435517AA.5000702@odu.neva.ru> <1129655526.7094.6.camel@rousalka.dyndns.org> Message-ID: <1129657693.7094.16.camel@rousalka.dyndns.org> Le mardi 18 octobre 2005 ? 12:35 -0500, Rex Dieter a ?crit : > Nicolas Mailhot wrote: > > Le mardi 18 octobre 2005 ? 10:49 -0500, Rex Dieter a ?crit : > > > >>Dmitry Butskoy wrote: > >> > >>>When a mantainer releases a new version (and new rpms appear for > >>>download), the old rpms often are not deleted. > >> > >> ^^^^^ > >>Actually, it's never, unless the maintainer specifically requests > >>package removals. > > > How ? > > I missed this one. Don't think I'm alone BTW > > http://fedoraproject.org/wiki/Extras/FC4Status > includes a section labeled "Remove Request" Are you sure of your interpretation ? I read it like more like a way to manually kill all versions of a package (found legal or security problems) than something you're supposed to do every release (it even uses the "special request" wording) If it was supposed to be done every release, it would have been automated. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sheltren at cs.ucsb.edu Tue Oct 18 17:50:24 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 18 Oct 2005 13:50:24 -0400 Subject: Build Error (Job 47 & 48) In-Reply-To: References: <20051018130551.B760F808B@extras64.linux.duke.edu> Message-ID: On Oct 18, 2005, at 9:16 AM, Jeff Sheltren wrote: > Is there something strange going on with the build system? I just > submitted three jobs, cfengine-2.1.16-2 for FC3, FC4, and devel. > devel and FC-4 failed right away, but there are no logs at all > showing what happened. FC-4 claims to have failed on PPC, and > devel claims to have failed on x86_64. Link to fc4 log directory > is below, here's the devel log directory: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/46- > cfengine-2.1.16-2.fc5/ > > By the way, FC-3 built fine, and the same package builds cleanly in > mock for FC4 on my build box. > > -Jeff > > Begin forwarded message: > > >> From: buildsys at fedoraproject.org >> Date: October 18, 2005 9:05:51 AM GMT-04:00 >> To: sheltren at cs.ucsb.edu >> Subject: Build Error (Job 47): cfengine-2_1_16-2_fc4 on fedora-4- >> extras >> >> >> Job failed on arch ppc >> >> >> Build logs may be found at http:// >> buildsys.fedoraproject.org/logs/fedora-4-extras/47- >> cfengine-2.1.16-2.fc4/ >> >> >> ------------------------------------------------- >> Hmm, guess it was just a temporary thing. I just did a 'make build' for the devel package, and it built just fine this time (no changes from previously). FC4 package is building now, and seems to be building fine so far. -Jeff From nicolas.mailhot at laposte.net Tue Oct 18 17:15:25 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 18 Oct 2005 19:15:25 +0200 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <604aa7910510180917q493dca54oc23dcf33fca5ce5b@mail.gmail.com> References: <435517AA.5000702@odu.neva.ru> <604aa7910510180847y166c3f4fh5e3b8bbc0dd19309@mail.gmail.com> <604aa7910510180917q493dca54oc23dcf33fca5ce5b@mail.gmail.com> Message-ID: <1129655726.7094.10.camel@rousalka.dyndns.org> Le mardi 18 octobre 2005 ? 12:17 -0400, Jeff Spaleta a ?crit : > Any case that would require an old package several revisions old would > indicate that a maintainer felt the need to publish several buggy > revisions of a package in short order. And if we start seeing behavior > like that..then it would be better to have a scratch area like an > extras-testing for maintainers to publish. Is it possible to request test builds that won't be pushed to the main servers but can be distributed to a few trusted beta testers ? Right now you have to push, ask people to test, and re-release quickly if they find problems. Building outside the build system is not the answer, most maintainers do not have access to all the hardware/fedora releases combos. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Tue Oct 18 18:06:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 14:06:51 -0400 Subject: [Bug 169801] Review Request: perl-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C In-Reply-To: Message-ID: <200510181806.j9II6pWG013233@www.beta.redhat.com> Please 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-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169801 ------- Additional Comments From orion at cora.nwra.com 2005-10-18 14:06 EST ------- Applied. Thanks! http://www.cora.nwra.com/~orion/fedora/perl-Net-IP-CMatch-0.02-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 ville.skytta at iki.fi Tue Oct 18 18:26:34 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 18 Oct 2005 21:26:34 +0300 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <1129657693.7094.16.camel@rousalka.dyndns.org> References: <435517AA.5000702@odu.neva.ru> <1129655526.7094.6.camel@rousalka.dyndns.org> <1129657693.7094.16.camel@rousalka.dyndns.org> Message-ID: <1129659994.1640.21.camel@localhost.localdomain> On Tue, 2005-10-18 at 19:48 +0200, Nicolas Mailhot wrote: > Le mardi 18 octobre 2005 ? 12:35 -0500, Rex Dieter a ?crit : > > > > http://fedoraproject.org/wiki/Extras/FC4Status > > includes a section labeled "Remove Request" > > Are you sure of your interpretation ? I read it like more like a way to > manually kill all versions of a package (found legal or security > problems) than something you're supposed to do every release (it even > uses the "special request" wording) Before today, it was kind of both. AFAIK (thankfully) nobody ever used it for the latter though. > If it was supposed to be done every release, it would have been > automated. Based on Seth's post, stuff will be automated today. From dcbw at redhat.com Tue Oct 18 18:35:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 18 Oct 2005 14:35:05 -0400 Subject: Build Error (Job 47 & 48) In-Reply-To: References: <20051018130551.B760F808B@extras64.linux.duke.edu> Message-ID: <1129660505.15618.1.camel@localhost.localdomain> On Tue, 2005-10-18 at 13:50 -0400, Jeff Sheltren wrote: > On Oct 18, 2005, at 9:16 AM, Jeff Sheltren wrote: > Hmm, guess it was just a temporary thing. I just did a 'make build' > for the devel package, and it built just fine this time (no changes > from previously). FC4 package is building now, and seems to be > building fine so far. I took a look, and the only thing I can think of is that the mock build subprocess took too long to write out its status file. If it takes more than 10 seconds or so to start up, the build system will kill the job on purpose. The logs indicate that the job _was_ killed, hence my suspicion. I guess this could happen under heavy load, perhaps I should increase the timeout. I'd like to see if this sort of thing happens more frequently before doing that though. Dan From sheltren at cs.ucsb.edu Tue Oct 18 19:30:52 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 18 Oct 2005 15:30:52 -0400 Subject: Build Error (Job 47 & 48) In-Reply-To: <1129660505.15618.1.camel@localhost.localdomain> References: <20051018130551.B760F808B@extras64.linux.duke.edu> <1129660505.15618.1.camel@localhost.localdomain> Message-ID: <0C43F715-10B8-4DC7-AED0-2580F2E0F902@cs.ucsb.edu> On Oct 18, 2005, at 2:35 PM, Dan Williams wrote: > On Tue, 2005-10-18 at 13:50 -0400, Jeff Sheltren wrote: > >> On Oct 18, 2005, at 9:16 AM, Jeff Sheltren wrote: >> Hmm, guess it was just a temporary thing. I just did a 'make build' >> for the devel package, and it built just fine this time (no changes >> from previously). FC4 package is building now, and seems to be >> building fine so far. >> > > I took a look, and the only thing I can think of is that the mock > build > subprocess took too long to write out its status file. If it takes > more > than 10 seconds or so to start up, the build system will kill the > job on > purpose. The logs indicate that the job _was_ killed, hence my > suspicion. > > I guess this could happen under heavy load, perhaps I should increase > the timeout. I'd like to see if this sort of thing happens more > frequently before doing that though. > > Dan Hi Dan, thanks for looking into it. For what it's worth, there was one other package being built at the same time (at least according to the status web page). -Jeff From bugzilla at redhat.com Tue Oct 18 19:40:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 15:40:47 -0400 Subject: [Bug 169801] Review Request: perl-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C In-Reply-To: Message-ID: <200510181940.j9IJelVo026491@www.beta.redhat.com> Please 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-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169801 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-10-18 15:40 EST ------- (In reply to comment #3) > Applied. Thanks! > > http://www.cora.nwra.com/~orion/fedora/perl-Net-IP-CMatch-0.02-2.src.rpm 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 Oct 18 19:47:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 15:47:39 -0400 Subject: [Bug 171156] New: Review Request: spin - On-the-fly, LTL model checker 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=171156 Summary: Review Request: spin - On-the-fly, LTL model checker Product: Fedora Extras Version: devel Platform: All URL: http://www.spinroot.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/spin.spec SRPM Name or Url: http://fedora.lowlatency.de/review/spin-4.2.5-1.src.rpm Description: spin is a popular open-source software tool, used by thousands of people worldwide, that can be used for the formal verification of distributed software systems. The tool was developed at Bell Labs in the original Unix group of the Computing Sciences Research Center, starting in 1980. The software has been available freely since 1991, and continues to evolve to keep pace with new developments in the field. In April 2002 the tool was awarded the prestigious System Software Award for 2001 by the ACM. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 19:47:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 15:47:51 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510181947.j9IJlpGP027906@www.beta.redhat.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| |171156 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 19:50:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 15:50:06 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200510181950.j9IJo6LN028346@www.beta.redhat.com> Please 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-10-18 15:49 EST ------- Hi, Thanks for reviewing, I've reviewed your patch and I'll apply it. Especially thanks for catching the lack of exclusive arch since Glide itself is exclusivearch that will safe me one failed build attempt :) About the wrapper script versus libgl replacement. The old voodoo cards for which this version of Mesa is are 3d addon cards which work next to a 2d card and as such are fullscreen only, that is somewhere between kinda bad and real bad for some applications, hence the wrapper approach, so that the user can choose between slow but window capable 3d and "fast" and fullscreen 3d. About the name I'm all for a better name. Glide3-Mesa-libGL sounds better then what I came up with. I made my name start with Glide3 because its a special version of Mesa for Glide and thus kindoff a subpackage, but the base/source of the package is Mesa, so you could argue that making the name of the package start with Glide3 is wrong. So is my package approved with you patch + name change? And/or do you know 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 Tue Oct 18 20:13:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 16:13:06 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200510182013.j9IKD6fw032222@www.beta.redhat.com> Please 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 triad at df.lth.se 2005-10-18 16:12 EST ------- Hi Andreas, thanks for taking on this package which is much wanted and would be very nice to have in the Extras. I will be using it for sure... now some fixes: %post update-desktop-database %{_datadir}/applications &> /dev/null %postun if [ "$1" = "0" ]; then update-desktop-database %{_datadir}/applications &> /dev/null fi is needed to update the application database after installation. This also means you need: Requires(post): desktop-file-utils Requires(postun): desktop-file-utils And on the main package: > Requires: gtk2-devel > Requires: glib2-devel Why are these two needed at runtime? Should they not be BuildRequires:? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 20:21:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 16:21:02 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510182021.j9IKL2nm000830@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From triad at df.lth.se 2005-10-18 16:20 EST ------- Hi Andreas, could you replace: > make install DESTDIR=$RPM_BUILD_ROOT with: %makeinstall ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 18 20:31:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 16:31:28 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200510182031.j9IKVS2k002602@www.beta.redhat.com> Please 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-10-18 16:31 EST ------- %post update-desktop-database %{_datadir}/applications &> /dev/null %postun >if [ "$1" = "0" ]; then > update-desktop-database %{_datadir}/applications &> /dev/null >fi > >is needed to update the application database after installation. >This also means you need: > >Requires(post): desktop-file-utils >Requires(postun): desktop-file-utils why is that exaclty? Requires sure are a 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 Tue Oct 18 20:34:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 16:34:18 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510182034.j9IKYIlS003113@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-18 16:34 EST ------- yes works as well but I doubt that its of much use here. afaik make install DESTDIR... is still part of the fedora-extras spec template... But if you really want it I guess I can change it. I don't care either way on 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 Tue Oct 18 20:48:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 16:48:08 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200510182048.j9IKm8Yn005352@www.beta.redhat.com> Please 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 triad at df.lth.se 2005-10-18 16:47 EST ------- Says on: http://www.fedoraproject.org/wiki/ScriptletSnippets But for MIME types registration only and I guess Multisync does not install such types, and then you're clear. But I do believe the other stuff in the .desktop file isn't read in to the database either, so couldn't hurt? However adding the %{_datadir}/applications is superfluous so skip 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 Tue Oct 18 21:12:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 17:12:15 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200510182112.j9ILCFkN008393@www.beta.redhat.com> Please 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 triad at df.lth.se 2005-10-18 17:11 EST ------- One more thing: the autogen.sh script called here seems to add a number of additional BuildRequires for autoconf, libtool, intltool, and that xml-i18n thing atleast. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 18 21:23:48 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 18 Oct 2005 15:23:48 -0600 Subject: ppc builder hung? Message-ID: <435567E4.600@cora.nwra.com> Looks like it's job a hung job and is not filling its other slots. -- 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 Tue Oct 18 22:45:02 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Oct 2005 00:45:02 +0200 Subject: Broken dependencies in Fedora Extras Development Message-ID: <20051019004502.10d36022.bugs.michael@gmx.net> Here's the list of problems in the Fedora Extras devel trees found by a slightly modified repoclosure script: ## Fedora Extras Development i386 package: qtparted - 0.4.5-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libparted-1.6.so.12 package: QuantLib-test - 0.3.10-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libboost_unit_test_framework.so.1 package: gda-postgres - 1:1.2.0-5.i386 from fedora-extras-development-i386 unresolved deps: libpq.so.3 package: php-eaccelerator - 5.0.4_0.9.3-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: php = 0:5.0.4 package: ucarp - 1.1-1.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: at-poke - 0.2.2-2.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 package: inkscape - 0.42.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: perl(XML::XQL) package: seahorse - 0.7.9-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 package: screem - 0.14.1-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 package: iftop - 0.16-4.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: perl-Template-Toolkit - 2.14-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: perl(XML::DOM) package: apt-groupinstall - 0.5.15cnc7-2.i386 from fedora-extras-development-i386 unresolved deps: comps package: p0f - 2.0.5-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: php-mmcache - 5.0.4_2.4.6-6.i386 from fedora-extras-development-i386 unresolved deps: php = 0:5.0.4 ## Fedora Extras Development ppc package: bigloo - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: qtparted - 0.4.5-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libparted-1.6.so.12 package: perl-Template-Toolkit - 2.14-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: perl(XML::DOM) package: ucarp - 1.1-1.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: php-mmcache - 5.0.4_2.4.6-6.ppc from fedora-extras-development-ppc unresolved deps: php = 0:5.0.4 package: bigloo-libs - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: inkscape - 0.42.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: perl(XML::XQL) package: gda-postgres - 1:1.2.0-5.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.3 package: QuantLib-test - 0.3.10-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libboost_unit_test_framework.so.1 package: php-eaccelerator - 5.0.4_0.9.3-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: php = 0:5.0.4 package: jabberd - 2.0-0.s6.5.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.3 package: apt-groupinstall - 0.5.15cnc7-3.ppc from fedora-extras-development-ppc unresolved deps: comps package: seahorse - 0.7.9-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 package: iftop - 0.16-4.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: p0f - 2.0.5-3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: screem - 0.14.1-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 package: at-poke - 0.2.2-2.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 ## Fedora Extras Development x86_64 package: p0f - 2.0.5-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: qtparted - 0.4.5-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libparted-1.6.so.12()(64bit) package: at-poke - 0.2.2-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) package: ucarp - 1.1-1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: seahorse - 0.7.9-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) package: php-eaccelerator - 5.0.4_0.9.3-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: php = 0:5.0.4 package: iftop - 0.16-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: perl-Template-Toolkit - 2.14-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: perl(XML::DOM) package: inkscape - 0.42.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: perl(XML::XQL) package: screem - 0.14.1-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) package: gda-postgres - 1:1.2.0-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpq.so.3()(64bit) package: php-mmcache - 5.0.4_2.4.6-6.x86_64 from fedora-extras-development-x86_64 unresolved deps: php = 0:5.0.4 package: QuantLib-test - 0.3.10-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libboost_unit_test_framework.so.1()(64bit) From bugzilla at redhat.com Wed Oct 19 05:13:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 01:13:30 -0400 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200510190513.j9J5DUnJ013624@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ankit644 at yahoo.com 2005-10-19 01:13 EST ------- This is my first package, and i need sponser ! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Oct 19 06:02:21 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 19 Oct 2005 02:02:21 -0400 (EDT) Subject: ppc builder hung? In-Reply-To: <435567E4.600@cora.nwra.com> References: <435567E4.600@cora.nwra.com> Message-ID: On Tue, 18 Oct 2005, Orion Poplawski wrote: > Looks like it's job a hung job and is not filling its other slots. Thanks, uncaught exception in the build server's builder tracking thread. Fixed now. Dan From bugzilla at redhat.com Wed Oct 19 06:05:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 02:05:10 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510190605.j9J65ASD018400@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From ville.skytta at iki.fi 2005-10-19 02:04 EST ------- %makeinstall is a hack which was needed back when autotools didn't have a sane way of doing staged installs. Nowadays the official documented way to do that is to use DESTDIR. It's not _that_ important and some packages will only install properly with one of the above, but when given a choice, DESTDIR is often seen as the "cleaner" way. And both occasionally reveal different upstream autotools usage bugs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 19 06:29:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 02:29:21 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510190629.j9J6TLn5022578@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 ------- Additional Comments From adrian at lisas.de 2005-10-19 02:29 EST ------- The RPM_OPT_FLAGS are still not used. The following hack makes configure use the flags: @@ -35,6 +35,7 @@ %setup -q %patch0 -p1 -b .desktop %patch1 -p1 -b .help +sed -i -e "/^CFLAGS/d" configure.in aclocal autoconf -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 19 06:34:03 2005 From: triad at df.lth.se (Linus Walleij) Date: Wed, 19 Oct 2005 08:34:03 +0200 (CEST) Subject: Library versioning vs RPM versioning Message-ID: Need to get this clear, out of curiosity... If say, foo-1.0-1.rpm provides a library as /usr/lib/libfoo.so.1 and then we say foo-1.1-1.rpm is released providing /usr/lib/libfoo.so.2. Then, if there is one package bar-1.0.rpm that needs /usr/lib/libfoo.so.1 (and has Requires: foo = 1.0 in its spec) and another baz-1.2.rpm that needs /usr/lib/libfoo.so.2 (and has Requires foo = 1.1 in its spec), what happens from a user point of view? As I understand it, as long as no files collide you could have both foo-1.0-1 and foo-1.1-1 installed and satisfy both dependencies. So using command-line rpm that's all pretty easy. But will yum do the same? What yum should then do when you issue "yum install baz" with "bar" already installled is install the new one and keep the old one as well, since it is still being used. Am I correct? I haven't been able to find any reasoning for these scenarios in the docs that I've read yet... If you know library versioning vs RPM philosophy then spill the beans, please. (And this is a strong argument for keeping old versions of packages in the repository, then, atleast stuff providing libraries, since someone who want to install both "bar" and "baz" will need two versions.) Linus From buildsys at fedoraproject.org Wed Oct 19 06:35:56 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 19 Oct 2005 02:35:56 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051019063556.2E3E6808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 23 NetworkManager-vpnc-0.3-2 cfengine-2.1.16-2.fc5 git-core-0.99.8d-1.fc5 graphviz-2.6-1.fc5 jasper-1.701.0-7.fc5 kanatest-0.3.6-3.fc5 libsexy-0.1.3-1.fc5 maxima-5.9.2-3.fc5 nail-11.25-4.fc5 nautilus-image-converter-0.0.5-2.fc5 ngrep-1.44-4.fc5 openvpn-2.1-0.1.beta4.fc5 perl-Business-Hours-0.07-1.fc5 perl-Net-IP-CMatch-0.02-2 php-eaccelerator-4.3.11_0.9.3-4.fc5 php-mmcache-4.3.11_2.4.6-7.fc5 pinentry-0.7.2-1.fc5 plague-0.4-2.fc5 sabayon-2.12.0-1 shorewall-3.0.0-0.2.RC1.fc5 source-highlight-2.2-1.fc5 tcllib-1.8-3.fc5 xforms-1.0.90-3.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From triad at df.lth.se Wed Oct 19 06:42:00 2005 From: triad at df.lth.se (Linus Walleij) Date: Wed, 19 Oct 2005 08:42:00 +0200 (CEST) Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <20051019004502.10d36022.bugs.michael@gmx.net> References: <20051019004502.10d36022.bugs.michael@gmx.net> Message-ID: On Wed, 19 Oct 2005, Michael Schwendt wrote: > Here's the list of problems in the Fedora Extras devel trees found by a > slightly modified repoclosure script: Was this caused by the recent purge of old package versions as expected by my previous mail on library versioning and keeping old versions for satisfying old dependencies? Linus From skvidal at phy.duke.edu Wed Oct 19 06:43:16 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 19 Oct 2005 02:43:16 -0400 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: References: <20051019004502.10d36022.bugs.michael@gmx.net> Message-ID: <1129704196.30517.82.camel@cutter> On Wed, 2005-10-19 at 08:42 +0200, Linus Walleij wrote: > On Wed, 19 Oct 2005, Michael Schwendt wrote: > > > Here's the list of problems in the Fedora Extras devel trees found by a > > slightly modified repoclosure script: > > Was this caused by the recent purge of old package versions as expected by > my previous mail on library versioning and keeping old versions for > satisfying old dependencies? > we haven't purged any old releases of packages from extras yet. -sv From rc040203 at freenet.de Wed Oct 19 07:33:31 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 19 Oct 2005 09:33:31 +0200 Subject: Library versioning vs RPM versioning In-Reply-To: References: Message-ID: <1129707211.5390.488.camel@mccallum.corsepiu.local> On Wed, 2005-10-19 at 08:34 +0200, Linus Walleij wrote: > Need to get this clear, out of curiosity... > > If say, foo-1.0-1.rpm provides a library as /usr/lib/libfoo.so.1 and then > we say foo-1.1-1.rpm is released providing /usr/lib/libfoo.so.2. > > Then, if there is one package bar-1.0.rpm that needs > /usr/lib/libfoo.so.1 (and has Requires: foo = 1.0 in its spec) and > another baz-1.2.rpm that needs /usr/lib/libfoo.so.2 (and has Requires foo > = 1.1 in its spec), what happens from a user point of view? Things break. > As I understand it, as long as no files collide you could have both > foo-1.0-1 and foo-1.1-1 installed and satisfy both dependencies. No. Normally, only one version of a package can be installed at a time. > So using command-line rpm that's all pretty easy. Not true. You won't be able to install foo-1.0-1 and foo-1.1-1 in parallel unless you use brute force (rpm --force). > But will yum do the same? > What yum should then do when you issue "yum install baz" with "bar" > already installled is install the new one and keep the old one as well, > since it is still being used. > > Am I correct? I haven't been able to find any reasoning for these > scenarios in the docs that I've read yet... If you know library versioning > vs RPM philosophy then spill the beans, please. Shared library file names (That's what you actually seem to be referring to) and package versions are not connected by any means. Worse, if you look into details, besides these, there exist other "versions" which also interfere here: * Shared libraries' SONAMEs (cf. ldconfig) * rpm's arch'ed SONAMEs. > (And this is a strong argument for keeping old versions of packages in the > repository, It isn't. Your scenario doesn't work. > then, atleast stuff providing libraries, since someone who > want to install both "bar" and "baz" will need two versions.) If you want bar and baz be installable in parallel, you will have to make these packages and their dependencies installable in parallel. Ralf From jspaleta at gmail.com Wed Oct 19 07:34:48 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 19 Oct 2005 03:34:48 -0400 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: References: <20051019004502.10d36022.bugs.michael@gmx.net> Message-ID: <604aa7910510190034w5185f0dtba1b531425f22b3b@mail.gmail.com> On 10/19/05, Linus Walleij wrote: > On Wed, 19 Oct 2005, Michael Schwendt wrote: > > > Here's the list of problems in the Fedora Extras devel trees found by a > > slightly modified repoclosure script: > > Was this caused by the recent purge of old package versions as expected by > my previous mail on library versioning and keeping old versions for > satisfying old dependencies? this is just a fact of life for the extras development tree... because its pulling deps from rawhide. And rawhide.. at times...can see significant upheaval...packages being updated to new versions or just completely removed or re-organized. In fact... since purge mania is upon us ... the extras development tree should probably have its old package revs purged instantly to match how rawhide operates as closely as possible. -jef"Core development=rawhide Extras development=extraraw"spaleta From paul at city-fan.org Wed Oct 19 07:44:35 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 19 Oct 2005 08:44:35 +0100 Subject: Library versioning vs RPM versioning In-Reply-To: References: Message-ID: <1129707875.3668.104.camel@laurel.intra.city-fan.org> On Wed, 2005-10-19 at 08:34 +0200, Linus Walleij wrote: > Need to get this clear, out of curiosity... > > If say, foo-1.0-1.rpm provides a library as /usr/lib/libfoo.so.1 and then > we say foo-1.1-1.rpm is released providing /usr/lib/libfoo.so.2. > > Then, if there is one package bar-1.0.rpm that needs > /usr/lib/libfoo.so.1 (and has Requires: foo = 1.0 in its spec) and > another baz-1.2.rpm that needs /usr/lib/libfoo.so.2 (and has Requires foo > = 1.1 in its spec), what happens from a user point of view? > > As I understand it, as long as no files collide you could have both > foo-1.0-1 and foo-1.1-1 installed and satisfy both dependencies. So > using command-line rpm that's all pretty easy. But will yum do the same? > What yum should then do when you issue "yum install baz" with "bar" > already installled is install the new one and keep the old one as well, > since it is still being used. > > Am I correct? No. Yum will only like to have one version of most packages (there are some exceptions, such as kernels) installed, so you'll get dependency errors because yum would like to have the latest foo installed, but can't install it because already-installed bar requires the older version of foo. > I haven't been able to find any reasoning for these > scenarios in the docs that I've read yet... If you know library versioning > vs RPM philosophy then spill the beans, please. What's usually done in this case is: * maintainer of foo releases foo-1.1 (and foo-devel-1.1), which provide libfoo.so.2, and a "compatibility" package foo10-1.0, which contains libfoo.so.1 (but no foo10-devel-1.0, since new packages should be being built against foo-1.1). * yum upgrades foo to foo-1.1, but sees that bar requires libfoo.so.1, so it installs new package foo10 to satisfy the dependency. You may find multiple versions of openssl on your system as an example of this in action. * bar shouldn't have "Requires: foo = 1.0" in its spec; rpm will autogenerate the dependency on libfoo.so.1, and that's all that's needed. In fact having this explicit dependency would break the upgrade route just described. > (And this is a strong argument for keeping old versions of packages in the > repository, then, atleast stuff providing libraries, since someone who > want to install both "bar" and "baz" will need two versions.) Keeping old versions wouldn't help in this case actually. Pruning is good, and the mirrors will like it too. Paul. -- Paul Howarth From nicolas.mailhot at laposte.net Wed Oct 19 07:50:42 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 19 Oct 2005 09:50:42 +0200 (CEST) Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <604aa7910510190034w5185f0dtba1b531425f22b3b@mail.gmail.com> References: <20051019004502.10d36022.bugs.michael@gmx.net> <604aa7910510190034w5185f0dtba1b531425f22b3b@mail.gmail.com> Message-ID: <62701.192.54.193.25.1129708242.squirrel@rousalka.dyndns.org> On Wed, October 19, 2005 09:34, Jeff Spaleta wrote: > On 10/19/05, Linus Walleij wrote: >> On Wed, 19 Oct 2005, Michael Schwendt wrote: >> >> > Here's the list of problems in the Fedora Extras devel trees found by >> a >> > slightly modified repoclosure script: >> >> Was this caused by the recent purge of old package versions as expected >> by >> my previous mail on library versioning and keeping old versions for >> satisfying old dependencies? > > this is just a fact of life for the extras development tree... because > its pulling deps from rawhide. And rawhide.. at times...can see > significant upheaval...packages being updated to new versions or just > completely removed or re-organized. Actually Rawhide is very good at showing up broken deps in FC specs no one notices in releases because they happen to be fulfilled even if they haven't been properly declared in the packages themselves. -- Nicolas Mailhot From bugzilla at redhat.com Wed Oct 19 07:49:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 03:49:17 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510190749.j9J7nHqQ003745@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From paul at city-fan.org 2005-10-19 03:49 EST ------- (In reply to comment #3) > %makeinstall is a hack which was needed back when autotools didn't have a sane > way of doing staged installs. Nowadays the official documented way to do that > is to use DESTDIR. It's not _that_ important and some packages will only > install properly with one of the above, but when given a choice, DESTDIR is > often seen as the "cleaner" way. And both occasionally reveal different > upstream autotools usage bugs. Using DESTDIR is cleaner because the Makefile doesn't see the path of the buildroot prepended to the "libdir", "bindir" etc. variables, unlike with %makeinstall. Some badly-written Makefiles might write the values of these variables into configuration files or even the target binary itself, which would then not work properly when installed on a real system, outside the buildroot. e.g. Using DESTDIR, you have: bindir=/usr/bin DESTDIR=/path/to/buildroot binaries installed to /path/to/buildroot/usr/bin (OK) anything using $(bindir) in the Makefile sees the "correct" value Using %makeinstall, you have: bindir=/path/to/buildroot/usr/bin binaries installed to /path/to/buildroot/usr/bin (OK) anything using $(bindir) in the Makefile sees the "wrong" value -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From morgan.hough at gmail.com Wed Oct 19 09:35:12 2005 From: morgan.hough at gmail.com (Morgan Hough) Date: Wed, 19 Oct 2005 10:35:12 +0100 Subject: scipy problem for fedora extras Message-ID: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> I have checked the archives as best I can and I don't see any mention of this so here goes. SciPy is a great python numerical package which is also a dependency for many specialized scientific packages. Apparently there is a problem with gcc-4.0.1's fortran support and SciPy can't be built on an fc4 system (without third party commercial software). Here's a more complete description of the problem from the SciPy-users list: In an all-default configuration, it is not presently possible to build a working scipy on Fedora Core 4, either old or new. There is a bug in gfortran which causes it to mis-compile the i1mach, r1mach, and d1mach functions which are at the bottom of much of the Fortran code in scipy. If you use g77 instead by using the appropriate compatibility RPMs (compat-gcc-32-g77 and compat-libf2c-32), you'll find that gcc4 cannot link to libg2c because it isn't in a directory which gcc4 searches. I haven't found a way of forcing a scipy build to use gcc 3.2.3 (the compatibility version which is part of FC4). The only feasible workaround I've found is to use g77 on FC4 to build scipy (and Numeric and numarray), and create symbolic links to libg2c.a and libg2c.so so that gcc4 can find them. That is, do the following: ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.so /usr/lib/gcc/i386-redhat-linux/4.0.1 ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.a /usr/lib/gcc/i386-redhat-linux/4.0.1 This is not supported, use at your own risk, your mileage may vary, results are not guaranteed, pressure RedHat to release a gcc 4.0.2 update for FC4 in which the gfortran bug is fixed. Personally, I'm using Absoft Fortran on gcc4; if you're an educational institution, Intel will let you download and use their Fortran compiler for free. Both seem to work fine with newscipy and FC4. I was wondering what can be done about this as I for one know of many projects that build on SciPy. Is there any chance that 4.0.2 would be released as an update? Who would decide such a thing? Is there an acceptable Fedora Extras workaround that could be used instead? Thanks in advance for your time. Cheers, -Morgan From bugzilla at redhat.com Wed Oct 19 10:10:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 06:10:48 -0400 Subject: [Bug 170374] Review request: perl-capitalization - No capitalization on method names In-Reply-To: Message-ID: <200510191010.j9JAAmb3023869@www.beta.redhat.com> Please 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-capitalization - No capitalization on method names https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170374 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-10-19 06:10 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 in mock for rawhide (i386) - BR's OK - no libraries, locales, 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 desktop entry needed - no scriptlets Suggestions: - http://search.cpan.org/dist/capitalization/ might be a better URL than http://search.cpan.org/~miyagawa/capitalization-%{version}/ - use "%{summary}." rather than just "%{summary}" for %description 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 Wed Oct 19 10:20:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Oct 2005 12:20:36 +0200 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: References: <20051019004502.10d36022.bugs.michael@gmx.net> Message-ID: <20051019122036.4d2f2fa2.bugs.michael@gmx.net> On Wed, 19 Oct 2005 08:42:00 +0200 (CEST), Linus Walleij wrote: > On Wed, 19 Oct 2005, Michael Schwendt wrote: > > > Here's the list of problems in the Fedora Extras devel trees found by a > > slightly modified repoclosure script: > > Was this caused by the recent purge of old package versions as expected by > my previous mail on library versioning and keeping old versions for > satisfying old dependencies? No. At a first glance, the majority of those packages need to be rebuilt, because they got out-of-sync with updates in Rawhide. The repoclosure script I use only looks at the latest packages in a repository. It focuses on packages you would get with "yum update" or "yum install foo". That is the stuff that ought to work. To ensure that even old packages--to be installed manually or via a specific version--will work always, too, is beyond my scope. Old packages may contain bugs (hardcoded or broken requirements, for instance) which may have been fixed already and would only pollute repoclosure's output. So, looking at the latest package releases has priority. From bugzilla at redhat.com Wed Oct 19 10:35:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 06:35:04 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510191035.j9JAZ49H026568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-19 06:34 EST ------- Thanks for the patches. I also contact the developer and he put a patch in the cvs version. It will be all right on the next release. Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-6.src.rpm I don't know if the new package have to be approved one more 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 bugs.michael at gmx.net Wed Oct 19 10:51:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Oct 2005 12:51:22 +0200 Subject: Library versioning vs RPM versioning In-Reply-To: References: Message-ID: <20051019125122.0a77c6ac.bugs.michael@gmx.net> On Wed, 19 Oct 2005 08:34:03 +0200 (CEST), Linus Walleij wrote: > Need to get this clear, out of curiosity... > > If say, foo-1.0-1.rpm provides a library as /usr/lib/libfoo.so.1 and then > we say foo-1.1-1.rpm is released providing /usr/lib/libfoo.so.2. > > Then, if there is one package bar-1.0.rpm that needs > /usr/lib/libfoo.so.1 (and has Requires: foo = 1.0 in its spec) and > another baz-1.2.rpm that needs /usr/lib/libfoo.so.2 (and has Requires foo > = 1.1 in its spec), what happens from a user point of view? The entire scenario is flawed. First of all, the dependency on libfoo.so.1 and libfoo.so.2 ought to be automatic through rpmbuild's SONAME requirements. No manual "Requires: foo = ..." must be added in this case. Secondly, what would the -devel packages for your two versions of "foo" be called? Obviously, it cannot be just foo-devel. > As I understand it, as long as no files collide you could have both > foo-1.0-1 and foo-1.1-1 installed and satisfy both dependencies. So > using command-line rpm that's all pretty easy. Not for rpm -Fvh or -Uvh either. > (And this is a strong argument for keeping old versions of packages in the > repository, then, atleast stuff providing libraries, since someone who > want to install both "bar" and "baz" will need two versions.) If two different versions of a library are needed in the repository maintainers' point of view, they ought to be given a distinct package name and be made parallel installable, like foo1-1.0-1.i386.rpm and foo-2.0-1.i386.rpm, for instance. This would also fix the build requirements situation => foo1-devel and foo-devel to distinguish between the two APIs. From bugzilla at redhat.com Wed Oct 19 11:21:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 07:21:24 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510191121.j9JBLOtT031456@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-19 07:21 EST ------- Yes exactly right. In this case either one works fine so... Any other comments or is this good to 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 Wed Oct 19 12:46:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 08:46:42 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510191246.j9JCkgK3008584@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From triad at df.lth.se 2005-10-19 08:46 EST ------- This: %configure --disable-static Why --disable-static on a package that does not produce 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 Wed Oct 19 12:51:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 08:51:54 -0400 Subject: [Bug 166551] Review Request: synce-trayicon In-Reply-To: Message-ID: <200510191251.j9JCpsvu009687@www.beta.redhat.com> Please 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-trayicon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-19 08:51 EST ------- Just a habit and actully part of my standart specs... ;) maybe this should go but on the contrary => expansion of %configure has lots of unused stuff 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 Oct 19 13:31:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 09:31:01 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510191331.j9JDV1gx014329@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 ------- Additional Comments From bdpepple at ameritech.net 2005-10-19 09:30 EST ------- Added change from comment #5: Spec: http://piedmont.homelinux.org/fedora/gnomebaker/gnomebaker.spec SRPM: http://piedmont.homelinux.org/fedora/gnomebaker/gnomebaker-0.5.0-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 buildsys at fedoraproject.org Wed Oct 19 14:13:02 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 19 Oct 2005 10:13:02 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051019141302.71BA7808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 22 cfengine-2.1.16-2.fc4 d4x-2.5.5-1.fc4 fillets-ng-0.7.3-1.fc4 git-core-0.99.8d-1.fc4 git-core-0.99.8f-1.fc4 graphviz-2.6-1.fc4 jasper-1.701.0-7.fc4 koffice-1.4.2-1.fc4 koffice-langpack-1.4.2-1.fc4 libsexy-0.1.3-1.fc4 mathml-fonts-1.0-19.fc4 maxima-5.9.2-3.fc4 nail-11.25-4.fc4 nautilus-image-converter-0.0.5-1.fc4 p7zip-4.29-2.fc4 php-eaccelerator-4.3.11_0.9.3-4.fc4 php-mmcache-4.3.11_2.4.6-7.fc4 plague-0.4-2.fc4 plague-0.4-4.fc4 scim-anthy-0.7.1-1.fc4 scim-tables-0.5.3-6.fc4 source-highlight-2.2-1.fc4 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 Oct 19 14:23:07 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Oct 2005 16:23:07 +0200 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <20051019004502.10d36022.bugs.michael@gmx.net> References: <20051019004502.10d36022.bugs.michael@gmx.net> Message-ID: <20051019162307.0e90df5b.bugs.michael@gmx.net> On Wed, 19 Oct 2005 00:45:02 +0200, Michael Schwendt wrote: > Here's the list of problems in the Fedora Extras devel trees found by a > slightly modified repoclosure script: Today's run plus different formatting: ## ------------------------------------------------------------------- ## Fedora Extras Development i386 ## ------------------------------------------------------------------- package: apt-groupinstall - 0.5.15cnc7-2.i386 from fedora-extras-development-i386 unresolved deps: comps package: iftop - 0.16-4.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: inkscape - 0.42.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: perl(XML::XQL) perl(XML::XQL::DOM) package: seahorse - 0.7.9-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 package: p0f - 2.0.5-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: qtparted - 0.4.5-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libparted-1.6.so.12 package: ucarp - 1.1-1.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: screem - 0.14.1-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 libgnome-menu.so.0 package: galeon - 1.3.21-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: mozilla = 37:1.7.11 package: QuantLib-test - 0.3.10-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libboost_unit_test_framework.so.1 package: perl-Template-Toolkit - 2.14-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: perl(XML::DOM) package: gda-postgres - 1:1.2.0-5.i386 from fedora-extras-development-i386 unresolved deps: libpq.so.3 package: at-poke - 0.2.2-2.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 ## ------------------------------------------------------------------- ## Fedora Extras Development x86_64 ## ------------------------------------------------------------------- package: screem - 0.14.1-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) libgnome-menu.so.0()(64bit) package: QuantLib-test - 0.3.10-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libboost_unit_test_framework.so.1()(64bit) package: galeon - 1.3.21-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: mozilla = 37:1.7.11 package: qtparted - 0.4.5-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libparted-1.6.so.12()(64bit) package: inkscape - 0.42.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: perl(XML::XQL) perl(XML::XQL::DOM) package: seahorse - 0.7.9-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) package: p0f - 2.0.5-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: at-poke - 0.2.2-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) package: perl-Template-Toolkit - 2.14-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: perl(XML::DOM) package: gda-postgres - 1:1.2.0-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpq.so.3()(64bit) package: iftop - 0.16-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: ucarp - 1.1-1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) ## ------------------------------------------------------------------- ## Fedora Extras Development ppc ## ------------------------------------------------------------------- package: perl-Template-Toolkit - 2.14-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: perl(XML::DOM) package: bigloo-libs - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: bigloo - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: seahorse - 0.7.9-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 package: gda-postgres - 1:1.2.0-5.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.3 package: inkscape - 0.42.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: perl(XML::XQL) perl(XML::XQL::DOM) package: screem - 0.14.1-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 libgnome-menu.so.0 package: galeon - 1.3.21-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: mozilla = 37:1.7.11 package: QuantLib-test - 0.3.10-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libboost_unit_test_framework.so.1 package: apt-groupinstall - 0.5.15cnc7-3.ppc from fedora-extras-development-ppc unresolved deps: comps package: ucarp - 1.1-1.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: iftop - 0.16-4.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: p0f - 2.0.5-3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: at-poke - 0.2.2-2.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 package: jabberd - 2.0-0.s6.5.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.3 package: qtparted - 0.4.5-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libparted-1.6.so.12 From bugzilla at redhat.com Wed Oct 19 14:25:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 10:25:34 -0400 Subject: [Bug 170511] Review Request: perl-Cflow - find flows in flow files In-Reply-To: Message-ID: <200510191425.j9JEPYk6020399@www.beta.redhat.com> Please 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-Cflow - find flows in flow files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170511 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-10-19 10:25 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is GPL, matches spec, text included - spec file written in English and is legible - sources match upstream - package builds OK on FC4 (i386) - BR's mostly OK - no locales, libraries, subpackages or pkgconfigs to worry about - not relocatable - no directory ownership or permissions problems - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no desktop entry needed - no scriptlets - package gives impression of running OK (flowdumper -h works as expected) Nitpick: - please capitalize the first letter of Summary: - BR: perl is redundant as perl is a dep of rpm-build Suggestion: - package currently fails to build in mock due to Bug 171206 you could work around this for now by adding a BR of zlib-devel 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 buildsys at fedoraproject.org Wed Oct 19 14:32:15 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 19 Oct 2005 10:32:15 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051019143215.090D0808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 16 cfengine-2.1.16-2.fc3 git-core-0.99.8d-1.fc3 git-core-0.99.8f-1.fc3 jasper-1.701.0-6.fc3 jasper-1.701.0-7.fc3 mathml-fonts-1.0-19.fc3 maxima-5.9.2-3.fc3 nail-11.25-4.fc3 php-eaccelerator-4.3.11_0.9.3-4.fc3 php-mmcache-4.3.11_2.4.6-7.fc3 plague-0.4-2.fc3 plague-0.4-4.fc3 scim-anthy-0.7.1-1.fc3 scim-tables-0.5.3-6.fc3 source-highlight-2.2-1.fc3 tetex-xcolor-2.06-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 Wed Oct 19 14:39:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 10:39:24 -0400 Subject: [Bug 168690] Review Request: pyBackPack (GTK+ Python backup tool) In-Reply-To: Message-ID: <200510191439.j9JEdO06022229@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyBackPack (GTK+ Python backup tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 ------- Additional Comments From davea at sucs.org 2005-10-19 10:39 EST ------- Jef, No, I've not yet been sponsored. I'm currently awaiting a sponsor so I can be added to the cvsextras group and hence import pyBackPack to CVS. --Dave -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 19 14:53:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 10:53:14 -0400 Subject: [Bug 169801] Review Request: perl-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C In-Reply-To: Message-ID: <200510191453.j9JErEJp024691@www.beta.redhat.com> Please 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-Net-IP-CMatch - Efficiently match IP addresses against IP ranges with C https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169801 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-10-19 10:53 EST ------- Build on devel completed -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 19 15:05:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Oct 2005 17:05:40 +0200 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <1129659994.1640.21.camel@localhost.localdomain> References: <435517AA.5000702@odu.neva.ru> <1129655526.7094.6.camel@rousalka.dyndns.org> <1129657693.7094.16.camel@rousalka.dyndns.org> <1129659994.1640.21.camel@localhost.localdomain> Message-ID: <20051019170540.20262678.bugs.michael@gmx.net> On Tue, 18 Oct 2005 21:26:34 +0300, Ville Skytt? wrote: > On Tue, 2005-10-18 at 19:48 +0200, Nicolas Mailhot wrote: > > Le mardi 18 octobre 2005 ? 12:35 -0500, Rex Dieter a ?crit : > > > > > > http://fedoraproject.org/wiki/Extras/FC4Status > > > includes a section labeled "Remove Request" > > > > Are you sure of your interpretation ? I read it like more like a way to > > manually kill all versions of a package (found legal or security > > problems) than something you're supposed to do every release (it even > > uses the "special request" wording) > > Before today, it was kind of both. AFAIK (thankfully) nobody ever used > it for the latter though. Which just happened. :-( Everyone, please _don't_ enter ordinary remove requests for old packages there. Thank you! The Wiki page is solely for special activities to be executed manually by tree management helper folk. From ed at eh3.com Wed Oct 19 15:08:14 2005 From: ed at eh3.com (Ed Hill) Date: Wed, 19 Oct 2005 11:08:14 -0400 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> Message-ID: <1129734495.20223.327.camel@ernie> On Wed, 2005-10-19 at 10:35 +0100, Morgan Hough wrote: > I have checked the archives as best I can and I don't see any mention > of this so here goes. SciPy is a great python numerical package which > is also a dependency for many specialized scientific packages. > Apparently there is a problem with gcc-4.0.1's fortran support and > SciPy can't be built on an fc4 system (without third party commercial > software). Here's a more complete description of the problem from the > SciPy-users list: > > > In an all-default configuration, it is not presently possible to build a > working scipy on Fedora Core 4, either old or new. There is a bug in > gfortran which causes it to mis-compile the i1mach, r1mach, and d1mach > functions which are at the bottom of much of the Fortran code in scipy. > If you use g77 instead by using the appropriate compatibility RPMs > (compat-gcc-32-g77 and compat-libf2c-32), you'll find that gcc4 cannot > link to libg2c because it isn't in a directory which gcc4 searches. I > haven't found a way of forcing a scipy build to use gcc 3.2.3 (the > compatibility version which is part of FC4). > > The only feasible workaround I've found is to use g77 on FC4 to build > scipy (and Numeric and numarray), and create symbolic links to libg2c.a > and libg2c.so so that gcc4 can find them. That is, do the following: > > ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.so > /usr/lib/gcc/i386-redhat-linux/4.0.1 > ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.a > /usr/lib/gcc/i386-redhat-linux/4.0.1 > > This is not supported, use at your own risk, your mileage may vary, > results are not guaranteed, pressure RedHat to release a gcc 4.0.2 > update for FC4 in which the gfortran bug is fixed. Personally, I'm > using Absoft Fortran on gcc4; if you're an educational institution, > Intel will let you download and use their Fortran compiler for free. > Both seem to work fine with newscipy and FC4. > Hi Morgan, I've only tinkered with scipy a little but some of my coworkers use it regularly and I help them with scipy installs. I'd be happy to help you create and maintain a scipy package for Fedora Extras since it is useful for us. Would you be interested? > I was wondering what can be done about this as I for one know of many > projects that build on SciPy. Is there any chance that 4.0.2 would be > released as an update? Who would decide such a thing? Is there an > acceptable Fedora Extras workaround that could be used instead? Thanks > in advance for your time. I'm certain that the above-mentioned soft links can be handled in a much better/cleaner fashion within a scipy RPM spec file. Also, I'm interested in hearing about GCC updates. We use Fortran (g77 and gfortran) a lot so, like you, we're very interested in seeing the recent GCC improvements and bugfixes shipped for FC-4. So, who may we ask about possible GCC updates for FC-4? Can anyone point us in the right direction? 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 dcbw at redhat.com Wed Oct 19 15:16:40 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 19 Oct 2005 11:16:40 -0400 Subject: Extras build system back up In-Reply-To: <20051017221026.3c03cf89@alkaid.lan> References: <1129572538.28887.1.camel@dhcp83-40.boston.redhat.com> <20051017221026.3c03cf89@alkaid.lan> Message-ID: <1129735001.31458.26.camel@localhost.localdomain> On Mon, 2005-10-17 at 22:10 +0200, Andreas Bierfert wrote: > On Mon, 17 Oct 2005 14:08:57 -0400 > Dan Williams wrote: > > > Hi, > > > > We're back up and using the latest plague code. yum update your > > plague-client and you should be good to go. > > > > Dan > > > > When trying to make plague I get this error: > > /usr/bin/plague-client build koffice koffice-1_4_2-1_fc4 fc4 > Traceback (most recent call last): > File "/usr/bin/plague-client", line 426, in ? > cli.dispatch(cmd, sys.argv[2:]) > File "/usr/bin/plague-client", line 372, in dispatch > func(args) > File "/usr/bin/plague-client", line 172, in _cmd_build > self._enqueue(is_srpm, package, source, target_alias) > File "/usr/bin/plague-client", line 197, in _enqueue > if self._cfg.get_bool("Server", "allow_uploads"): > File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 51, in get_bool > opt = self.get_option(section, name) > File "/usr/lib/python2.4/site-packages/plague/BaseConfig.py", line 45, in get_option > raise ConfigError("Config file %s does not have option: %s/%s" % (self._filename, section, name)) > plague.BaseConfig.ConfigError: Config file /homes/awjb/.plague-client.cfg does not have option: Server/allow_uploads > make: *** [plague] Error 1 BTW, this should be fixed in the latest plague that I just built. The client will no longer traceback on this option if it is missing. There has also been a fix to the 'job detail' option for the client to correctly report the target instead of tracing back. Dan From bugzilla at redhat.com Wed Oct 19 15:29:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 11:29:13 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510191529.j9JFTDpc029981@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-19 11:28 EST ------- New patched version for x86_64 arch Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/qucs-0.0.7-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 paul at city-fan.org Wed Oct 19 15:39:28 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 19 Oct 2005 16:39:28 +0100 Subject: owners owners.list,1.319,1.320 In-Reply-To: <200510191532.j9JFWgJN032492@cvs-int.fedora.redhat.com> References: <200510191532.j9JFWgJN032492@cvs-int.fedora.redhat.com> Message-ID: <435668B0.5050507@city-fan.org> Orion Poplawski (orion) wrote: > Author: orion > > Update of /cvs/extras/owners > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv32435 > > Modified Files: > owners.list > Log Message: > Add perl-CFlow and perl-Net-IP-CMatch > > > > Index: owners.list > =================================================================== > RCS file: /cvs/extras/owners/owners.list,v > retrieving revision 1.319 > retrieving revision 1.320 > diff -u -r1.319 -r1.320 > --- owners.list 18 Oct 2005 19:31:37 -0000 1.319 > +++ owners.list 19 Oct 2005 15:32:40 -0000 1.320 > @@ -626,6 +626,7 @@ > Fedora Extras|perl-Cache-Simple-TimedExpiry|Cache::Simple::TimedExpiry Perl module|rc040203 at freenet.de|extras-qa at fedoraproject.org|fedora-perl-devel-list at redhat.com > Fedora Extras|perl-Carp-Assert|Executable comments|jpo at di.uminho.pt|extras-qa at fedoraproject.org|fedora-perl-devel-list at redhat.com > Fedora Extras|perl-Carp-Assert-More|Convenience wrappers around Carp::Assert|jpo at di.uminho.pt|extras-qa at fedoraproject.org|fedora-perl-devel-list at redhat.com > +Fedora Extras|perl-CFlow|Find flows in flow files|orion at cora.nwra.com|extras-qa at fedoraproject.org| ... > +Fedora Extras|perl-Net-IP-CMatch|Efficiently match IP addresses against IP ranges with C|orion at cora.nwra.com|extras-qa at fedoraproject.org| > Fedora Extras|perl-Net-Netmask|Perl module for manipulation and lookup of IP network blocks|ville.skytta at iki.fi|extras-qa at fedoraproject.org|fedora-perl-devel-list at redhat.com perl packages should have fedora-perl-devel-list at redhat.com on the Cc: list, shouldn't they? Paul. From bugzilla at redhat.com Wed Oct 19 15:38:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 11:38:22 -0400 Subject: [Bug 170511] Review Request: perl-Cflow - find flows in flow files In-Reply-To: Message-ID: <200510191538.j9JFcMPH031418@www.beta.redhat.com> Please 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-Cflow - find flows in flow files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170511 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-10-19 11:38 EST ------- Build on devel 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 ivazquez at ivazquez.net Wed Oct 19 17:14:55 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 19 Oct 2005 13:14:55 -0400 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <1129734495.20223.327.camel@ernie> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> <1129734495.20223.327.camel@ernie> Message-ID: <1129742095.14937.4.camel@ignacio.lan> On Wed, 2005-10-19 at 11:08 -0400, Ed Hill wrote: > On Wed, 2005-10-19 at 10:35 +0100, Morgan Hough wrote: > > I have checked the archives as best I can and I don't see any mention > > of this so here goes. SciPy is a great python numerical package which > > is also a dependency for many specialized scientific packages. > > Apparently there is a problem with gcc-4.0.1's fortran support and > > SciPy can't be built on an fc4 system (without third party commercial > > software). Here's a more complete description of the problem from the > > SciPy-users list: > > > > > > In an all-default configuration, it is not presently possible to build a > > working scipy on Fedora Core 4, either old or new. There is a bug in > > gfortran which causes it to mis-compile the i1mach, r1mach, and d1mach > > functions which are at the bottom of much of the Fortran code in scipy. > > If you use g77 instead by using the appropriate compatibility RPMs > > (compat-gcc-32-g77 and compat-libf2c-32), you'll find that gcc4 cannot > > link to libg2c because it isn't in a directory which gcc4 searches. I > > haven't found a way of forcing a scipy build to use gcc 3.2.3 (the > > compatibility version which is part of FC4). > > > > The only feasible workaround I've found is to use g77 on FC4 to build > > scipy (and Numeric and numarray), and create symbolic links to libg2c.a > > and libg2c.so so that gcc4 can find them. That is, do the following: > > > > ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.so > > /usr/lib/gcc/i386-redhat-linux/4.0.1 > > ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.a > > /usr/lib/gcc/i386-redhat-linux/4.0.1 > > > > This is not supported, use at your own risk, your mileage may vary, > > results are not guaranteed, pressure RedHat to release a gcc 4.0.2 > > update for FC4 in which the gfortran bug is fixed. Personally, I'm > > using Absoft Fortran on gcc4; if you're an educational institution, > > Intel will let you download and use their Fortran compiler for free. > > Both seem to work fine with newscipy and FC4. > > > > Hi Morgan, > > I've only tinkered with scipy a little but some of my coworkers use it > regularly and I help them with scipy installs. I'd be happy to help you > create and maintain a scipy package for Fedora Extras since it is useful > for us. Would you be interested? I'm actually most of the way to having a working package (I think) for scipy 0.3.2. I believe the rest of the problems are Fortran errors, which I can't deal with efficiently not being a Fortran person myself. I'll post what I have when I get home tonight. -- 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 nicolas.mailhot at laposte.net Wed Oct 19 17:53:31 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 19 Oct 2005 19:53:31 +0200 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <20051019162307.0e90df5b.bugs.michael@gmx.net> References: <20051019004502.10d36022.bugs.michael@gmx.net> <20051019162307.0e90df5b.bugs.michael@gmx.net> Message-ID: <1129744411.11806.6.camel@rousalka.dyndns.org> Le mercredi 19 octobre 2005 ? 16:23 +0200, Michael Schwendt a ?crit : > On Wed, 19 Oct 2005 00:45:02 +0200, Michael Schwendt wrote: > > > Here's the list of problems in the Fedora Extras devel trees found by a > > slightly modified repoclosure script: > > Today's run plus different formatting: Can you make it a bit more compact ? I don't care if the header is longuer, but all those "package:" and "unresolve deps" are getting on my nerves after a while. Plus you quickly loose where you're on the list and what repo you're reading about. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Wed Oct 19 18:21:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 14:21:26 -0400 Subject: [Bug 167943] Review Request: sblim-cmpi-base In-Reply-To: Message-ID: <200510191821.j9JILQUX020127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sblim-cmpi-base https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167943 ------- Additional Comments From hamzy at us.ibm.com 2005-10-19 14:21 EST ------- Here are some comments from the SBLIM owner: OK, I have incorporate the changes in a preview package. The new spec file can be found at http://prdownloads.sourceforge.net/sblim/sblim-cmpi-base.spec? download and the SRC RPM is http://prdownloads.sourceforge.net/sblim/sblim- cmpi-base-1.5.4-1.src.rpm?download . Perhaps a few words about the context. This package (and others from the SBLIM project) is meant to be a plugin for tog-pegasus (or other WBEM servers). Therefore it has some "non-standard" characteristics: it uses the same Group as tog-pegasus does (Systems Management/Base). Then it ships a few shared libraries ending in .so (the ones going to /usr/lib/Pegasus). These are provider modules for Pegasus (which is only looking for libs ending in .so, not .so.). Therefore these do not belong to the devel package. The other shared objects (in /usr/lib) do follow the usual conventions. 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 Oct 19 18:23:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 14:23:26 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510191823.j9JINQLw020322@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-19 14:23 EST ------- * rpmlint is happy * spec looks good * scripts are sane * clean installation and removal * builds in mock (fc4 only; not on devel (obby-devel in devel still needs howl-devel)) * source matches upstream * it works 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 orion at cora.nwra.com Wed Oct 19 20:03:36 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 19 Oct 2005 14:03:36 -0600 Subject: owners owners.list,1.319,1.320 In-Reply-To: <435668B0.5050507@city-fan.org> References: <200510191532.j9JFWgJN032492@cvs-int.fedora.redhat.com> <435668B0.5050507@city-fan.org> Message-ID: <4356A698.7070601@cora.nwra.com> Paul Howarth wrote: > Orion Poplawski (orion) wrote: > >> Author: orion >> >> +Fedora Extras|perl-CFlow|Find flows in flow >> files|orion at cora.nwra.com|extras-qa at fedoraproject.org| > > perl packages should have fedora-perl-devel-list at redhat.com on the Cc: > list, shouldn't they? > > Paul. > I have no idea. It can't find mention of it on the Fedora Extras wiki. I'm not a member of fedora-perl-devel, and I'd rather avoid becoming one if possible. -- 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 Oct 19 20:48:44 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Oct 2005 22:48:44 +0200 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <1129744411.11806.6.camel@rousalka.dyndns.org> References: <20051019004502.10d36022.bugs.michael@gmx.net> <20051019162307.0e90df5b.bugs.michael@gmx.net> <1129744411.11806.6.camel@rousalka.dyndns.org> Message-ID: <20051019224844.6ae600ac.bugs.michael@gmx.net> On Wed, 19 Oct 2005 19:53:31 +0200, Nicolas Mailhot wrote: > Le mercredi 19 octobre 2005 ? 16:23 +0200, Michael Schwendt a ?crit : > > On Wed, 19 Oct 2005 00:45:02 +0200, Michael Schwendt wrote: > > > > > Here's the list of problems in the Fedora Extras devel trees found by a > > > slightly modified repoclosure script: > > > > Today's run plus different formatting: > > Can you make it a bit more compact ? Can you give an example of what a broken dependency report should look like instead? How about a summary at the top of the mail listing only the package-version-release.arch names (sorted alphabetically) and the detailed list at the bottom? > I don't care if the header is longuer, but all those "package:" and > "unresolve deps" are getting on my nerves after a while. > > Plus you quickly loose where you're on the list and what repo you're > reading about. The repo is in every "package" line to the very right: package: p0f - 2.0.5-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 So far I've thought that every "package" unit is short and to the point in listing all the details a package would want to know. From morgan.hough at gmail.com Wed Oct 19 21:46:02 2005 From: morgan.hough at gmail.com (Morgan Hough) Date: Wed, 19 Oct 2005 22:46:02 +0100 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <1129734495.20223.327.camel@ernie> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> <1129734495.20223.327.camel@ernie> Message-ID: <102408b60510191446u5e48d535n1509febc35496d5c@mail.gmail.com> Ed/Ignacio, The real trick will be getting past the fortran issues I think but I would be very happy to help where I am able. As for a gcc-4.0.2 upgrade, I am hoping we will hear from someone of authority. I guess that means someone with redhat.com in their email address:) Cheers, -Morgan On 10/19/05, Ed Hill wrote: > On Wed, 2005-10-19 at 10:35 +0100, Morgan Hough wrote: > > I have checked the archives as best I can and I don't see any mention > > of this so here goes. SciPy is a great python numerical package which > > is also a dependency for many specialized scientific packages. > > Apparently there is a problem with gcc-4.0.1's fortran support and > > SciPy can't be built on an fc4 system (without third party commercial > > software). Here's a more complete description of the problem from the > > SciPy-users list: > > > > > > In an all-default configuration, it is not presently possible to build a > > working scipy on Fedora Core 4, either old or new. There is a bug in > > gfortran which causes it to mis-compile the i1mach, r1mach, and d1mach > > functions which are at the bottom of much of the Fortran code in scipy. > > If you use g77 instead by using the appropriate compatibility RPMs > > (compat-gcc-32-g77 and compat-libf2c-32), you'll find that gcc4 cannot > > link to libg2c because it isn't in a directory which gcc4 searches. I > > haven't found a way of forcing a scipy build to use gcc 3.2.3 (the > > compatibility version which is part of FC4). > > > > The only feasible workaround I've found is to use g77 on FC4 to build > > scipy (and Numeric and numarray), and create symbolic links to libg2c.a > > and libg2c.so so that gcc4 can find them. That is, do the following: > > > > ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.so > > /usr/lib/gcc/i386-redhat-linux/4.0.1 > > ln -s /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.a > > /usr/lib/gcc/i386-redhat-linux/4.0.1 > > > > This is not supported, use at your own risk, your mileage may vary, > > results are not guaranteed, pressure RedHat to release a gcc 4.0.2 > > update for FC4 in which the gfortran bug is fixed. Personally, I'm > > using Absoft Fortran on gcc4; if you're an educational institution, > > Intel will let you download and use their Fortran compiler for free. > > Both seem to work fine with newscipy and FC4. > > > > Hi Morgan, > > I've only tinkered with scipy a little but some of my coworkers use it > regularly and I help them with scipy installs. I'd be happy to help you > create and maintain a scipy package for Fedora Extras since it is useful > for us. Would you be interested? > > > > I was wondering what can be done about this as I for one know of many > > projects that build on SciPy. Is there any chance that 4.0.2 would be > > released as an update? Who would decide such a thing? Is there an > > acceptable Fedora Extras workaround that could be used instead? Thanks > > in advance for your time. > > I'm certain that the above-mentioned soft links can be handled in a much > better/cleaner fashion within a scipy RPM spec file. > > Also, I'm interested in hearing about GCC updates. We use Fortran (g77 > and gfortran) a lot so, like you, we're very interested in seeing the > recent GCC improvements and bugfixes shipped for FC-4. > > So, who may we ask about possible GCC updates for FC-4? Can anyone > point us in the right direction? > > 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 > > -- > 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 Oct 19 21:50:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 17:50:09 -0400 Subject: [Bug 171247] New: Review Request: synergy 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=171247 Summary: Review Request: synergy Product: Fedora Extras Version: devel Platform: All URL: synergy-1.2.5-1.src.rpm 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 SRPM: http://people.redhat.com/wtogami/temp/synergy-1.2.5-1.src.rpm Spec: http://people.redhat.com/wtogami/temp/synergy.spec Description: Mouse and keyboard sharing over the network Synergy lets you easily share a single mouse and keyboard between multiple computers with different operating systems, each with its own display, without special hardware. It's intended for users with multiple computers on their desk since each system uses its own display. WARNING: NO SECURITY 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 Wed Oct 19 21:50:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 17:50:25 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510192150.j9JLoPvw011741@www.beta.redhat.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| |171247 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 19 22:03:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 18:03:01 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510192203.j9JM31lt013097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-19 18:02 EST ------- Once again, x86_64 is the bane of my existence. http://buildsys.fedoraproject.org/logs/fedora-development-extras/87-gobby-0.2.2-6/x86_64/root.log I'm out the door at the moment, so if no one figures this out in the mean time, i'll take a look at it later tonight. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 19 22:03:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 18:03:53 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510192203.j9JM3rOA013241@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From lmacken at redhat.com 2005-10-19 18:03 EST ------- Sorry, wrong link: http://buildsys.fedoraproject.org/logs/fedora-development-extras/87-gobby-0.2.2-6/x86_64/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 ivazquez at ivazquez.net Wed Oct 19 22:15:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 19 Oct 2005 18:15:40 -0400 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <102408b60510191446u5e48d535n1509febc35496d5c@mail.gmail.com> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> <1129734495.20223.327.camel@ernie> <102408b60510191446u5e48d535n1509febc35496d5c@mail.gmail.com> Message-ID: <1129760140.19872.1.camel@ignacio.lan> On Wed, 2005-10-19 at 22:46 +0100, Morgan Hough wrote: > As for a gcc-4.0.2 upgrade, I am hoping we will hear from someone of > authority. I guess that means someone with redhat.com in their email > address:) You should consider filing a request in Bugzilla so you can be certain that Jakub knows. -- 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 morgan.hough at gmail.com Wed Oct 19 22:23:41 2005 From: morgan.hough at gmail.com (Morgan Hough) Date: Wed, 19 Oct 2005 23:23:41 +0100 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <1129760140.19872.1.camel@ignacio.lan> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> <1129734495.20223.327.camel@ernie> <102408b60510191446u5e48d535n1509febc35496d5c@mail.gmail.com> <1129760140.19872.1.camel@ignacio.lan> Message-ID: <102408b60510191523j54a00bf4n33eb796a5db0bdab@mail.gmail.com> Ignacio, Will do . Thanks. Cheers, -Morgan On 10/19/05, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-10-19 at 22:46 +0100, Morgan Hough wrote: > > As for a gcc-4.0.2 upgrade, I am hoping we will hear from someone of > > authority. I guess that means someone with redhat.com in their email > > address:) > > You should consider filing a request in Bugzilla so you can be certain > that Jakub knows. > > -- > Ignacio Vazquez-Abrams > http://fedora.ivazquez.net/ > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQBDVsWMoK1Hsnseh8QRAuxmAKDZKefA9CLY/mlBgXX5t2OSFb9WcACg4bvT > H16i5RjSwPaHmHybyIEWqS0= > =w3gE > -----END PGP SIGNATURE----- > > > -- > 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 Thu Oct 20 00:34:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 20:34:04 -0400 Subject: [Bug 171247] Review Request: synergy In-Reply-To: Message-ID: <200510200034.j9K0Y4Ol025134@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: synergy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171247 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-10-19 20:33 EST ------- Um... synergy is already in Extras [root at yoda ~]# yum info synergy Setting up repositories updates-released 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 base 100% |=========================| 1.1 kB 00:00 freshrpms 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 343 kB 00:00 updates-re: ################################################## 967/967 Added 4 new packages, deleted 0 old in 4.53 seconds Available Packages Name : synergy Arch : i386 Version: 1.2.4 Release: 1.fc4 Size : 501 k Repo : extras Summary: Mouse and keyboard sharing utility Description: Synergy lets you easily share a single mouse and keyboard between multiple computers with different operating systems, each with its own display, without special hardware. It's intended for users with multiple computers on their desk since each system uses its own 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 ed at eh3.com Thu Oct 20 01:04:05 2005 From: ed at eh3.com (Ed Hill) Date: Wed, 19 Oct 2005 21:04:05 -0400 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <1129742095.14937.4.camel@ignacio.lan> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> <1129734495.20223.327.camel@ernie> <1129742095.14937.4.camel@ignacio.lan> Message-ID: <1129770246.6943.39.camel@ernie> On Wed, 2005-10-19 at 13:14 -0400, Ignacio Vazquez-Abrams wrote: > > I'm actually most of the way to having a working package (I think) for > scipy 0.3.2. I believe the rest of the problems are Fortran errors, > which I can't deal with efficiently not being a Fortran person myself. > I'll post what I have when I get home tonight. Hi Ignacio, If you want, I'll be happy to take a look at whatever Fortran errors you're seeing. No promises that I'll be able to fix them, but I will promise to look. ;-) 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 Thu Oct 20 02:25:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 22:25:55 -0400 Subject: [Bug 171247] Review Request: synergy In-Reply-To: Message-ID: <200510200225.j9K2PtWs002449@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: synergy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171247 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From wtogami at redhat.com 2005-10-19 22:25 EST ------- crap... I somehow missed in it a search. 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 ivazquez at ivazquez.net Thu Oct 20 03:35:56 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 19 Oct 2005 23:35:56 -0400 Subject: scipy for fedora extras & will GCC/gfortran updates happen for FC-4 ? In-Reply-To: <1129770246.6943.39.camel@ernie> References: <102408b60510190235j6e25e882w8d99bbc8a1dc5dc1@mail.gmail.com> <1129734495.20223.327.camel@ernie> <1129742095.14937.4.camel@ignacio.lan> <1129770246.6943.39.camel@ernie> Message-ID: <1129779356.26357.3.camel@ignacio.lan> On Wed, 2005-10-19 at 21:04 -0400, Ed Hill wrote: > On Wed, 2005-10-19 at 13:14 -0400, Ignacio Vazquez-Abrams wrote: > > > > I'm actually most of the way to having a working package (I think) for > > scipy 0.3.2. I believe the rest of the problems are Fortran errors, > > which I can't deal with efficiently not being a Fortran person myself. > > I'll post what I have when I get home tonight. > > Hi Ignacio, > > If you want, I'll be happy to take a look at whatever Fortran errors > you're seeing. No promises that I'll be able to fix them, but I will > promise to look. ;-) > > Ed Spec file, patch, SRPM, and build log posted. http://fedora.ivazquez.net/files/current/ $ rpm -q gcc gcc-gfortran gcc-(none):4.0.1-4.fc4.i386 gcc-gfortran-(none):4.0.1-4.fc4.i386 -- 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 Thu Oct 20 05:27:38 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 20 Oct 2005 08:27:38 +0300 Subject: owners owners.list,1.319,1.320 In-Reply-To: <4356A698.7070601@cora.nwra.com> References: <200510191532.j9JFWgJN032492@cvs-int.fedora.redhat.com> <435668B0.5050507@city-fan.org> <4356A698.7070601@cora.nwra.com> Message-ID: <1129786058.15001.31.camel@localhost.localdomain> On Wed, 2005-10-19 at 14:03 -0600, Orion Poplawski wrote: > Paul Howarth wrote: > > > > perl packages should have fedora-perl-devel-list at redhat.com on the Cc: > > list, shouldn't they? > > I have no idea. It can't find mention of it on the Fedora Extras wiki. > I'm not a member of fedora-perl-devel, and I'd rather avoid becoming > one if possible. You don't have to subscribe to it, and adding the Cc can only help. From bugzilla at redhat.com Thu Oct 20 06:42:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 02:42:19 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510200642.j9K6gJ0I024080@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 ------- Additional Comments From adrian at lisas.de 2005-10-20 02:42 EST ------- It builds now on devel; I can install it and start it but I cannot press on any button in the GUI. The problem seems to be that it cannot find its own callbacks because I can see many errors like these: (gnomebaker:8562): libglade-WARNING **: could not find signal handler 'gnomebaker_on_notebook_switch_page'. (gnomebaker:8562): libglade-WARNING **: could not find signal handler 'gnomebaker_on_preferences'. (gnomebaker:8562): libglade-WARNING **: could not find signal handler 'gnomebaker_on_format_dvdrw'. I will try now a build with FC-4 mock and see how that 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 nphilipp at redhat.com Thu Oct 20 06:45:50 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 20 Oct 2005 08:45:50 +0200 Subject: [ANN] ufraw 0.5 + how to update package in extras easily? In-Reply-To: <1129417163.2243.101.camel@localhost.localdomain> References: <1129414875.15511.3.camel@localhost.localdomain> <1129417163.2243.101.camel@localhost.localdomain> Message-ID: <1129790750.4420.22.camel@wombat.tiptoe.de> On Sat, 2005-10-15 at 17:59 -0500, Tom 'spot' Callaway wrote: > Nils Philippsen already owns ufraw, bug him to update it to 0.5. Done in Rawhide, an explanation why I don't want to do it for FC4 can be found at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169769 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 Oct 20 06:49:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 02:49:43 -0400 Subject: [Bug 171268] New: Review Request: kdissert 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=171268 Summary: Review Request: kdissert Product: Fedora Extras Version: devel Platform: All URL: http://freehackers.org/~tnagy/kdissert/ 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/kdissert.spec SRPM Name or Url: http://linux.duke.edu/~icon/misc/fe/kdissert-1.0.5-0.1.fc4.src.rpm Description: kdissert is a mindmapping-like tool to help students to produce complicated documents very quickly and efficiently : presentations, dissertations, thesis, reports, etc. The concept is innovative : mindmaps produced using kdissert are processed to output near-ready-to-use documents. While targetted mostly at students, kdissert can also help teachers, decision makers, engineers and businessmen. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 06:50:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 02:50:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510200650.j9K6o0PK025206@www.beta.redhat.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| |171268 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 06:55:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 02:55:11 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510200655.j9K6tBSk026010@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 ------- Additional Comments From adrian at lisas.de 2005-10-20 02:54 EST ------- The FC-4 versions doesn't have this problem. Works 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 Thu Oct 20 07:18:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 03:18:58 -0400 Subject: [Bug 168690] Review Request: pyBackPack (GTK+ Python backup tool) In-Reply-To: Message-ID: <200510200718.j9K7Iw8I029235@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyBackPack (GTK+ Python backup tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lmacken at redhat.com ------- Additional Comments From lmacken at redhat.com 2005-10-20 03:18 EST ------- I get the following traceback when trying to start pyBackPack: Traceback (most recent call last): File "/usr/bin/pybackpack", line 3, in ? gui.StartUp() File "/usr/lib/python2.4/site-packages/pybackpack/gui.py", line 1273, in StartUp widgets = BackupTool() File "/usr/lib/python2.4/site-packages/pybackpack/gui.py", line 1234, in __init__ self['filechooserwidget1'].get_children()[0].get_children()[1].\ IndexError: list index out of range Running python-2.4.1-14. Any 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 paul at city-fan.org Thu Oct 20 07:29:31 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 20 Oct 2005 08:29:31 +0100 Subject: rpms/flow-tools/devel flow-tools.spec,1.1,1.2 In-Reply-To: <200510200712.j9K7CaP2027792@cvs-int.fedora.redhat.com> References: <200510200712.j9K7CaP2027792@cvs-int.fedora.redhat.com> Message-ID: <1129793371.3668.114.camel@laurel.intra.city-fan.org> On Thu, 2005-10-20 at 03:12 -0400, Paul P Komkoff Jr wrote: > Author: stingray > > Update of /cvs/extras/rpms/flow-tools/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27773 > > Modified Files: > flow-tools.spec > Log Message: > add zlib-devel to build-requires of main package and to > requires of -devel package > > > > Index: flow-tools.spec > =================================================================== > RCS file: /cvs/extras/rpms/flow-tools/devel/flow-tools.spec,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -u -r1.1 -r1.2 > --- flow-tools.spec 7 Sep 2005 18:07:46 -0000 1.1 > +++ flow-tools.spec 20 Oct 2005 07:12:34 -0000 1.2 > @@ -1,14 +1,14 @@ > Version: 0.68 > Name: flow-tools > Summary: Tool set for working with NetFlow data > -Release: 2%{?dist} > +Release: 3%{?dist} > Group: Applications/System > License: BSD > URL: http://www.splintered.net/sw/flow-tools/ > Source0: ftp://ftp.eng.oar.net/pub/flow-tools/flow-tools-%{version}.tar.gz > Patch0: flow-tools-0.68a.patch > BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > -BuildRequires: openssl-devel mysql-devel postgresql-devel autoconf > +BuildRequires: openssl-devel mysql-devel postgresql-devel autoconf zlib-devel Adding zlib-devel to BuildRequires: isn't really necessary because zlib-devel is a dep of openssl-devel and is therefore included anyway. However, it does no harm. Paul. -- Paul Howarth From bugzilla at redhat.com Thu Oct 20 07:53:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 03:53:15 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510200753.j9K7rFGA000703@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-20 03:53 EST ------- Any special reason for installing the .desktop file into the kde sub-directory of .../applications? I have not seen this in any other FE package. I don't really care just wanted to know if there is a special reason 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 Oct 20 08:02:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 04:02:11 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510200802.j9K82BP4001551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From adrian at lisas.de 2005-10-20 04:02 EST ------- I just saw that the patch has to be applied with -R. Sorry. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 11:23:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 07:23:39 -0400 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200510201123.j9KBNd1O018603@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 ------- Additional Comments From bugs.michael at gmx.net 2005-10-20 07:23 EST ------- obby-devel is still missing "Requires: howl-devel", so that is one thing at least which breaks the pkgconfig dependency chain. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 11:49:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 07:49:19 -0400 Subject: [Bug 170384] Review request: perl-DBIx-DBSchema - Database-independent schema objects In-Reply-To: Message-ID: <200510201149.j9KBnJOb021356@www.beta.redhat.com> Please 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-DBSchema - Database-independent schema objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170384 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-10-20 07:49 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 in mock on 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 desktop entry needed - no scriptlets Suggestions: - Buildreq perl(DBD::Pg) >= 1.32 will need changing to perl-DBD-Pg >= 1.32 for rawhide due to Bug 167797, at least until that bug is fixed - Might http://search.cpan.org/dist/DBIx-DBSchema/ be a better URL than http://search.cpan.org/~ivan/DBIx-DBSchema-%{version}/ ? 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 Oct 20 12:06:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 08:06:07 -0400 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200510201206.j9KC67bW022882@www.beta.redhat.com> Please 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 bugs.michael at gmx.net 2005-10-20 08:06 EST ------- * It is unfortunate that libpcap does not "Provides: libpcap-devel = %version-%release", but libnet does, so you ought to prefer "BuildRequires: libnet-devel" over your "Buildrequires: libnet". * Better summary would be: Automatic IP detection utility Basically that's what the first broken sentence of the description contains. ;) * Build fails here: checking for flex... no checking for lex... no ./configure: line 2415: flex: command not found * I recommend marking the config file "noreplace", since the included defaults ask for customisation. * The included config file refers to a non-existant directory /usr/share/intuitively, albeit only in comments. This is confusing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 12:08:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 08:08:13 -0400 Subject: [Bug 170384] Review request: perl-DBIx-DBSchema - Database-independent schema objects In-Reply-To: Message-ID: <200510201208.j9KC8DSc023026@www.beta.redhat.com> Please 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-DBSchema - Database-independent schema objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170384 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167797 ------- Additional Comments From rc040203 at freenet.de 2005-10-20 08:08 EST ------- > Buildreq perl(DBD::Pg) >= 1.32 will need changing to perl-DBD-Pg >= 1.32 for > rawhide due to Bug 167797, at least until that bug is fixed I am not going to apply this hack, because I don't want to spoil my specs because of bugs in FC, RH seems to be unable to fix. As this package is an optional dependency for other packages, I can wait until the origin of the problem is 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 Thu Oct 20 13:49:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 09:49:44 -0400 Subject: [Bug 171289] New: Review Request: dirmngr-0.9.2-1: Client for Managing/Downloading CRLs 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=171289 Summary: Review Request: dirmngr-0.9.2-1: Client for Managing/Downloading CRLs Product: Fedora Extras Version: devel Platform: All URL: http://www.gnupg.org/ 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/dirmngr-0.9.2-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/dirmngr-0.9.2-1.src.rpm Description: Dirmngr is a server for managing and downloading certificate revocation lists (CRLs) for X.509 certificates and for downloading the certificates themselves. Dirmngr also handles OCSP requests as an alternative to CRLs. Dirmngr is either invoked internaly by gpgsm (from gnupg2) or when running as a system daemon through the dirmngr-client 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 Thu Oct 20 13:50:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 09:50:02 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510201350.j9KDo2Td002889@www.beta.redhat.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| |171289 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 14:40:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 10:40:11 -0400 Subject: [Bug 171289] Review Request: dirmngr-0.9.2-1: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510201440.j9KEeBS3010345@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr-0.9.2-1: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-10-20 10:39 EST ------- - libgpg-error-devel is pulled in by libgcrypt-devel (and its minimum version appears to be incorrect), remove? - According to configure output, libksba-devel >= 0.9.11 is needed (not >= 0.9.10), and libassuan-devel >= 0.6.8 (not >= 0.6.9). - BR: texinfo not needed since the patch modifies the .info too - Spelling error in description: "internaly". - Cosmetic: s/buildRequires/BuildRequires/ - What's the purpose of the unusual install/install-strip stuff? Is there something special in this package that warrants it? - ChangeLog is not too useful as it lists only changes from the top-level source dir, and a user oriented NEWS file is included. - If you want the package to follow the FHS, /usr/libexec could be changed to %{_libdir}/dirmngr. - Configuring with --disable-dependency-tracking would result in a bit cleaner build output and possibly a miniscule build speedup Not actually tested 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 Oct 20 16:02:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:02:09 -0400 Subject: [Bug 171289] Review Request: dirmngr-0.9.2-1: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510201602.j9KG29Qg023509@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr-0.9.2-1: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ------- Additional Comments From rdieter at math.unl.edu 2005-10-20 12:02 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/dirmngr-0.9.2-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/dirmngr-0.9.2-2.src.rpm %changelog * Thu Oct 20 2005 Rex Dieter 0.9.2-2 - drop BR: libgpg-error-devel, texinfo - drop goofy conditional 'make install-strip' - BR: libksba-devel >= 0.9.11 - BR: libassuan-devel >= 0.6.8 - fix spelling error(s) in %%description - --disable-dependancy-tracking - FIXME/TODO: follow FHS, use %%_libdir instead of %%_libexecdir (will try to get this handled upstream for future version(s)) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 16:04:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:04:56 -0400 Subject: [Bug 169030] Review Request: Workrave In-Reply-To: Message-ID: <200510201604.j9KG4uC3024099@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Workrave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169030 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2005-10-20 12:04 EST ------- * Applications/Health is not in GROUPS file. I suggest Applications/Productivity, as the goal is to be more productive without RSI. * rpmbuild --rebuilding, after yum installing the BuildRequires, on FC4, it fell over when it looked for applet, perhaps this needs gnome-panel-devel, or pkg-config needs to be fixed checking for APPLET... Package libpanelapplet-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libpanelapplet-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libpanelapplet-2.0' found configure: error: Package requirements (libpanelapplet-2.0 >= 2.0.10) were not met. Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively you may set the APPLET_CFLAGS and APPLET_LIBS environment variables to avoid the need to call pkg-config. See the pkg-config man page for more 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 Thu Oct 20 16:14:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:14:06 -0400 Subject: [Bug 170954] Review Request: f2py: Fortran to Python interface generator In-Reply-To: Message-ID: <200510201614.j9KGE6W9025477@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: f2py: Fortran to Python interface generator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170954 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-10-20 12:13 EST ------- Hi Ignacio, thanks for explaining why rpmlint is wrong. So with that out of the way, the package looks good except for the two "devel-file-in-non-devel-package" warnings are you mentioned: + spec looks good + code not content + source matches upstream + license is OK (and not included since it does not appear in the upstream tarball -- good) + builds in mock on FC4 and appears to work correctly on FC4 I think its OK ship the package as-is. And if you or someone else can point out a better location for the two fortranobject.[ch] files, then thats something that can be changed once its 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 bugzilla at redhat.com Thu Oct 20 16:25:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:25:41 -0400 Subject: [Bug 167885] Review Request: libpolyxmass - Polymer chemistry-related functionalities In-Reply-To: Message-ID: <200510201625.j9KGPf6P026772@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2005-10-20 12:25 EST ------- Missing BuildRequires: glib2-devel Minor: rpmlint wants changelog version on the same line: W: libpolyxmass no-version-in-last-changelog W: libpolyxmass-debuginfo no-version-in-last-changelog W: libpolyxmass-devel no-version-in-last-changelog -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 20 16:34:14 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 20 Oct 2005 18:34:14 +0200 Subject: rpms/fluxconf/FC-4 fluxconf-Makefile.patch, NONE, 1.1 fluxconf.spec, 1.7, 1.8 In-Reply-To: <200510162120.j9GLKAB5012330@cvs-int.fedora.redhat.com> References: <200510162120.j9GLKAB5012330@cvs-int.fedora.redhat.com> Message-ID: <20051020183414.3b054b85.bugs.michael@gmx.net> On Sun, 16 Oct 2005 17:19:40 -0400, Andreas Bierfert wrote: > Author: awjb > > Update of /cvs/extras/rpms/fluxconf/FC-4 > -%{_prefix}/share/locale/fi/LC_MESSAGES/%{name}.mo > -%{_prefix}/share/locale/fr/LC_MESSAGES/%{name}.mo > +%lang(fi) %{_prefix}/share/locale/fi/LC_MESSAGES/%{name}.mo > +%lang(fr) %{_prefix}/share/locale/fr/LC_MESSAGES/%{name}.mo > > %changelog > +* Sun Oct 16 2005 Andreas Bierfert > +0.9.8-2 > +- use %lang %find_lang even ;-) to make simpler. From bugzilla at redhat.com Thu Oct 20 16:45:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:45:14 -0400 Subject: [Bug 171289] Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510201645.j9KGjEfk029431@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ------- Additional Comments From ville.skytta at iki.fi 2005-10-20 12:45 EST ------- I bet upstream will just point out that the libexecdir is already configurable with "./configure --libexecdir=...". But there are many packages that install stuff into /usr/libexec today anyway so IMO that's a non-blocker, up to you. When trying to actually test this for something, I got this: # dirmngr --daemon dirmngr[4122]: error opening `/etc/dirmngr/ldapservers.conf': No such file or directory dirmngr[4123]: can't access directory `/etc/dirmngr/trusted-certs': No such file or directory DIRMNGR_INFO=/var/run/dirmngr/socket:4123:1; export DIRMNGR_INFO; dirmngr[4123]: can't access directory `/var/lib/dirmngr/extra-certs': No such file or directory dirmngr[4123]: permanently loaded certificates: 0 dirmngr[4123]: runtime cached certificates: 0 dirmngr[4123]: failed to open cache dir file `/var/cache/dirmngr/crls.d/DIR.txt': No such file or directory dirmngr[4123]: creating directory `/var/cache/dirmngr' dirmngr[4123]: creating directory `/var/cache/dirmngr/crls.d' dirmngr[4123]: new cache dir file `/var/cache/dirmngr/crls.d/DIR.txt' created I wonder if those dirs should be owned by this package, and also maybe an init script added? Other pointers how to test the functionality are welcome 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 Oct 20 16:47:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:47:12 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510201647.j9KGlCId029848@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-20 12:47 EST ------- Hi, Adrian: The .desktop file is where the upstream installs it. I've checked with the stuff in core, and there's quite a few KDE-related .desktop files in the kde subdir or applications, so it seems it's a common thing. It doesn't interfere with the way the application works, so I have left the way it is. Thanks for the patch, it's been applied. See: http://linux.duke.edu/~icon/misc/fe/kdissert.spec http://linux.duke.edu/~icon/misc/fe/kdissert-1.0.5-0.2.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 Oct 20 16:49:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 12:49:51 -0400 Subject: [Bug 171289] Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510201649.j9KGnptg030490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ------- Additional Comments From rdieter at math.unl.edu 2005-10-20 12:49 EST ------- Hmm... I thought dirmngr was supposed to get autolaunched from gnupg2/gpgme. I'll take a closer 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 Thu Oct 20 17:53:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 13:53:21 -0400 Subject: [Bug 171314] New: Review Request: compat-gtkhtml36 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=171314 Summary: Review Request: compat-gtkhtml36 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: mpeters at mac.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mpeters.us/fc_extras/compat-gtkhtml36.spec SRPM Name or Url: http://mpeters.us/fc_extras/compat-gtkhtml36-3.6.2-1.src.rpm Description: This package is targeted at FC5 - NOT fc3 or fc4. Some software that build just fine under Fedora Core 4 have not been ported to the new gtkhtml 3.8 that is part of gnome 2.12.x The devel subpackage would allow these software packages to be compiled in a gnome 2.12.x devel environment, the main package would allow these software package to be run in a gnome 2.12.x environment. This allows easier migration to FC5 for users who depend upon software that has not yet been ported to gtkhtml 3.8 The rpms install in Fedora Rawhide cleanly without conflicting with the new gtkhtml3-3.8.x rpm's Spec file is taken from the FC4 src.rpm and cleaned up a little bit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 17:53:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 13:53:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510201753.j9KHrYOj006994@www.beta.redhat.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 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171314 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 18:15:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 14:15:28 -0400 Subject: [Bug 171289] Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510201815.j9KIFSIM010201@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ------- Additional Comments From ville.skytta at iki.fi 2005-10-20 14:15 EST ------- I thought so too until I read the description of this package and noticed it's not exclusively for that and started to figure out how to use dirmngr-client to test the functionality. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 18:18:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 14:18:40 -0400 Subject: [Bug 171289] Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510201818.j9KIIerB010670@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr-0.9.2-2: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ------- Additional Comments From rdieter at math.unl.edu 2005-10-20 14:18 EST ------- Looks like it's got 2 modes, standalone and daemon. I'll get to work on creating/owning all those dirs, and make a preliminary init script for daemon mode. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 20 20:04:31 2005 From: sopwith at redhat.com (Elliot Lee) Date: Thu, 20 Oct 2005 16:04:31 -0400 (EDT) Subject: Who's doing the work? Message-ID: Everyone puts a lot of effort working on this project, but some make more of an impact than others. I thought it would be nice to point out all the hard work being done by the top contributors to Fedora Extras. (And perhaps letting you know how your efforts compare to others in a few narrow areas :-) Top Extras Sponsors (excluding myself) Email Sponsored tcallawa at redhat.com 26.0 wtogami at redhat.com 15.0 bugs.michael at gmx.net 11.0 katzj at redhat.com 7.0 skvidal at phy.duke.edu 6.0 gauret at free.fr 4.0 ville.skytta at iki.fi 3.0 ed at eh3.com 2.0 paul at city-fan.org 2.0 Top Extras CVS Committers since 2005-01-01 Username Commits mschwendt 948.0 thias 722.0 scop 433.0 ivazquez 291.0 spot 217.0 kevin 193.0 jpo 140.0 wtogami 136.0 gemi 90.0 adrian 75.0 Top Extras Package Reviewers E-mail Reviews tcallawa at redhat.com 76.0 rc040203 at freenet.de 32.0 jpo at di.uminho.pt 20.0 wtogami at redhat.com 12.0 jamatos at fc.up.pt 10.0 petersen at redhat.com 10.0 bugs.michael at gmx.net 9.0 dkl at redhat.com 8.0 steve at silug.org 8.0 paul at city-fan.org 7.0 Y'all rock! -- Elliot From bugzilla at redhat.com Thu Oct 20 20:07:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 16:07:05 -0400 Subject: [Bug 167885] Review Request: libpolyxmass - Polymer chemistry-related functionalities In-Reply-To: Message-ID: <200510202007.j9KK752m026153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-20 16:07 EST ------- fixed missing BR. changelog in this case is ok because my name is (to) long... http://fedora.lowlatency.de/review/libpolyxmass-0.8.9-2.src.rpm http://fedora.lowlatency.de/review/libpolyxmass.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 Oct 20 20:11:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 16:11:30 -0400 Subject: [Bug 169352] Review Request: libole2 - The Structured Storage OLE2 library In-Reply-To: Message-ID: <200510202011.j9KKBURx026737@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libole2 - The Structured Storage OLE2 library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169352 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-20 16:11 EST ------- Hm from the first look I took and the first shot I gave at building orange with libgsf it does not seem that easy... :/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 20 20:26:18 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 20 Oct 2005 21:26:18 +0100 Subject: Who's doing the work? In-Reply-To: References: Message-ID: <1129839979.3668.119.camel@laurel.intra.city-fan.org> On Thu, 2005-10-20 at 16:04 -0400, Elliot Lee wrote: > Everyone puts a lot of effort working on this project, but some make more > of an impact than others. I thought it would be nice to point out all the > hard work being done by the top contributors to Fedora Extras. (And > perhaps letting you know how your efforts compare to others in a few > narrow areas :-) ... > Top Extras Package Reviewers > > E-mail Reviews > tcallawa at redhat.com 76.0 > rc040203 at freenet.de 32.0 > jpo at di.uminho.pt 20.0 > wtogami at redhat.com 12.0 > jamatos at fc.up.pt 10.0 > petersen at redhat.com 10.0 > bugs.michael at gmx.net 9.0 > dkl at redhat.com 8.0 > steve at silug.org 8.0 > paul at city-fan.org 7.0 How were these measured? I'm sure I've reviewed more than 7 of Spot's packages alone, let alone other packages. Paul. -- Paul Howarth From nman64 at n-man.com Thu Oct 20 20:38:14 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 20 Oct 2005 15:38:14 -0500 Subject: Who's doing the work? In-Reply-To: <1129839979.3668.119.camel@laurel.intra.city-fan.org> References: <1129839979.3668.119.camel@laurel.intra.city-fan.org> Message-ID: <43580036.9020606@n-man.com> Paul Howarth wrote: > On Thu, 2005-10-20 at 16:04 -0400, Elliot Lee wrote: > >> Everyone puts a lot of effort working on this project, but some make more >> of an impact than others. I thought it would be nice to point out all the >> hard work being done by the top contributors to Fedora Extras. (And >> perhaps letting you know how your efforts compare to others in a few >> narrow areas :-) >> > > ... > > >> Top Extras Package Reviewers >> >> E-mail Reviews >> tcallawa at redhat.com 76.0 >> rc040203 at freenet.de 32.0 >> jpo at di.uminho.pt 20.0 >> wtogami at redhat.com 12.0 >> jamatos at fc.up.pt 10.0 >> petersen at redhat.com 10.0 >> bugs.michael at gmx.net 9.0 >> dkl at redhat.com 8.0 >> steve at silug.org 8.0 >> paul at city-fan.org 7.0 >> > > How were these measured? I'm sure I've reviewed more than 7 of Spot's > packages alone, let alone other packages. > > Paul. > A rounded percentile? This suggests that you responded to 7 percent of the review requests. -- 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 andreas.bierfert at lowlatency.de Thu Oct 20 20:29:06 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 20 Oct 2005 22:29:06 +0200 Subject: rpms/fluxconf/FC-4 fluxconf-Makefile.patch, NONE, 1.1 fluxconf.spec, 1.7, 1.8 In-Reply-To: <20051020183414.3b054b85.bugs.michael@gmx.net> References: <200510162120.j9GLKAB5012330@cvs-int.fedora.redhat.com> <20051020183414.3b054b85.bugs.michael@gmx.net> Message-ID: <20051020222906.0ce67310@alkaid.lan> On Thu, 20 Oct 2005 18:34:14 +0200 Michael Schwendt wrote: > On Sun, 16 Oct 2005 17:19:40 -0400, Andreas Bierfert wrote: > > > Author: awjb > > > > Update of /cvs/extras/rpms/fluxconf/FC-4 > > > -%{_prefix}/share/locale/fi/LC_MESSAGES/%{name}.mo > > -%{_prefix}/share/locale/fr/LC_MESSAGES/%{name}.mo > > +%lang(fi) %{_prefix}/share/locale/fi/LC_MESSAGES/%{name}.mo > > +%lang(fr) %{_prefix}/share/locale/fr/LC_MESSAGES/%{name}.mo > > > > %changelog > > +* Sun Oct 16 2005 Andreas Bierfert > > +0.9.8-2 > > +- use %lang > > %find_lang even ;-) to make simpler. > true... Will fix on next release... - 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 Thu Oct 20 20:41:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 16:41:26 -0400 Subject: [Bug 169030] Review Request: Workrave In-Reply-To: Message-ID: <200510202041.j9KKfQFK031041@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Workrave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169030 tmraz at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://people.redhat.com/wor|http://people.redhat.com/tmr |krave |az/workrave ------- Additional Comments From tmraz at redhat.com 2005-10-20 16:41 EST ------- > * Applications/Health is not in GROUPS file. I suggest > Applications/Productivity, as the goal is to be more productive without RSI. Done > * rpmbuild --rebuilding, after yum installing the BuildRequires, on FC4, it fell > over when it looked for applet, perhaps this needs gnome-panel-devel, or > pkg-config needs to be fixed Fixed by adding BuildRequires: gnome-panel-devel New .spec and src.rpm uploaded. http://people.redhat.com/tmraz/workrave/workrave-1.8.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 gemi at bluewin.ch Thu Oct 20 20:55:20 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 20 Oct 2005 20:55:20 +0000 Subject: Help with building packages on non-i386 architectures Message-ID: <1129841720.18613.9.camel@scriabin.tannenrauch.ch> Most people (me included) here submitting and maintaining packages only have access to one architecture to test on, usually i386. Therefore, even if a package finishes building on other architecture, there is often no-one to make minimal tests, and thus possibly broken packages make into the repositories. More often however, packages don't build at all on ppc or x86_64, and it is difficult to find out what to do about, since one has no expertise on these architectures. The last solution is often to simple ExcludeArch in the spec file. One way to improve this situation is to have group of people having experience with ppc and x86_64, that can be consulted when a package fails to build, and the cause is not clear. Currently people sometimes submit a package to build system to see if it builds on all architectures, then iteratively modify and resubmit, until it finally builds (or not). A testing build server would also be useful, where one could submit a package for build (and possibly for only one architecture) that will not add to repo after success. Also building without bumping the release tag and tagging in CVS would make it easier for testing. What do you think? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugzilla at redhat.com Thu Oct 20 21:11:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 17:11:24 -0400 Subject: [Bug 171334] New: Review Request: nsd - 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=171334 Summary: Review Request: nsd - Product: Fedora Extras Version: devel Platform: All URL: http://www.nlnetlabs.nl/nsd/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at xtdnet.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.xelerance.com/nsd/binaries/fedora/4/nsd.spec SRPM Name or Url: ftp://ftp.xelerance.com/nsd/binaries/fedora/4/nsd-2.3.1-1.src.rpm Description: NSD is a complete implementation of an authoritative DNS name server. For further information about what NSD is and what NSD is not please consult the REQUIREMENTS document which is a part of this distribution (thanks to Olaf). nsd supports DNSSEC -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 21:11:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 17:11:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510202111.j9KLBfbJ003898@www.beta.redhat.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 xtdnet.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171334 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 21:14:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 17:14:56 -0400 Subject: [Bug 171336] New: Review Request: ldns 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=171336 Summary: Review Request: ldns Product: Fedora Extras Version: devel Platform: All URL: http://www.nlnetlabs.nl/ldns/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at xtdnet.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.xelerance.com/ldns/binaries/fedora/4/ldns.spec SRPM Name or Url: ftp://ftp.xelerance.com/ldns/binaries/fedora/4/ldns-1.0.0-4.src.rpm Description:ldns is a library with the aim to simplify DNS programing in C. All lowlevel DNS/DNSSEC operations are supported. We also define a higher level API which allows a programmer to (for instance) create or sign packets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 21:15:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 17:15:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510202115.j9KLFCdq004466@www.beta.redhat.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 xtdnet.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171336 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 21:32:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 17:32:30 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510202132.j9KLWUX5006051@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From gemi at bluewin.ch 2005-10-20 17:32 EST ------- * Description: leave out the second paragraph * When installing: install-info: warning: no info dir entry in `/usr/share/info/gv.info' you should add "--section" and "--entry" * .desktop file: add "MimeType=application/postscript;" this requires in %post and %postun /usr/bin/update-mime-database /usr/share/mime > /dev/null 2>&1 || : /usr/bin/update-desktop-database /usr/share/applications > /dev/null 2>&1 || : and in Requires(post) and Requires(postun): desktop-file-utils, shared-mime-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 Thu Oct 20 22:15:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 18:15:09 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510202215.j9KMF9g0010285@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From orion at cora.nwra.com 2005-10-20 18:14 EST ------- http://www.cora.nwra.com/~orion/fedora/gv-3.6.1-2.src.rpm (In reply to comment #3) > * Description: leave out the second paragraph Done. > * When installing: > install-info: warning: no info dir entry in `/usr/share/info/gv.info' > you should add "--section" and "--entry" And what should they be? Sorry, zero experience with install-info. I put in what I thought should go for --entry. That silenced install-info. > * .desktop file: > add "MimeType=application/postscript;" > this requires in %post and %postun > /usr/bin/update-mime-database /usr/share/mime > /dev/null 2>&1 || : > /usr/bin/update-desktop-database /usr/share/applications > /dev/null 2>&1 || : Done. Also added pdf/postscript references where appropriate. > and in Requires(post) and Requires(postun): > desktop-file-utils, shared-mime-info > I required /usr/bin/update-desktop-database and /usr/bin/update-mime-database since I like doing it that way. 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 Thu Oct 20 22:15:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 18:15:46 -0400 Subject: [Bug 167885] Review Request: libpolyxmass - Polymer chemistry-related functionalities In-Reply-To: Message-ID: <200510202215.j9KMFkdS010365@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2005-10-20 18:15 EST ------- The URL line is longer, but oh well. - license good (GPL), text in %doc - name follows guidelines - spec file easily read - builds on FC4 i386 - rpmlint only warns about changelog, can ignore - used %find_lang macro - sources match upstream - no missing/unneeded BuildRequires - consistent macro usage - %post and %postun ldconfig - devel package only installs a symlink, no need for ldconfig - %clean good - *.la removed However, - no %defattr for 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 Thu Oct 20 22:15:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 18:15:48 -0400 Subject: [Bug 171347] New: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon 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=171347 Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon Product: Fedora Extras Version: devel Platform: All URL: http://www.jacco2.dds.nl/networking/freeswan-l2tp.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at xtdnet.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.xelerance.com/openswan/binaries/fedora/4/SRPMS/l2tpd-0.69-13.src.rpm SRPM Name or Url: ftp://ftp.xelerance.com/openswan/binaries/fedora/4/SRPMS/l2tpd.spec Description: l2tpd is an Layer 2 Tunneling Protocol daemon for use with Openswan to support "L2TP VPNs". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 22:16:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 18:16:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510202216.j9KMG0EG010417@www.beta.redhat.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 xtdnet.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171347 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 20 22:23:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 18:23:04 -0400 Subject: [Bug 167885] Review Request: libpolyxmass - Polymer chemistry-related functionalities In-Reply-To: Message-ID: <200510202223.j9KMN47Q010803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-20 18:22 EST ------- fixed defattr... http://fedora.lowlatency.de/review/libpolyxmass-0.8.9-3.src.rpm http://fedora.lowlatency.de/review/libpolyxmass.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 Oct 20 22:48:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 18:48:03 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510202248.j9KMm3tO013167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From gemi at bluewin.ch 2005-10-20 18:47 EST ------- (In reply to comment #4) > > * When installing: > > install-info: warning: no info dir entry in `/usr/share/info/gv.info' > > you should add "--section" and "--entry" > > And what should they be? Sorry, zero experience with install-info. I put in > what I thought should go for --entry. That silenced install-info. Ok, that seems to work out alright. in gv.desktop: "application/pdf" instead of "applicatation/pdf" Maybe there should be a "Comment=" too, this will appear as a tooltip (e.g. "View PostScript and PDF files". "StartupWMClass=GV" does also work, if you want to include 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 paul at all-the-johnsons.co.uk Thu Oct 20 23:06:50 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 21 Oct 2005 00:06:50 +0100 Subject: Wine in extras Message-ID: <1129849610.11631.28.camel@localhost> Hi, Has there been any definitive movement into having Wine in FE? From memory, I volunteered to do the build etc, but the FC maintainer on the Wine group said he was going to do it. Since then nothing has happened. Can I assume it's still not going anywhere and if that is the case, am I still okay to take it on? TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the worlds most evil and incidious cults, Scientology. -------------- 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 Oct 20 23:05:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 19:05:14 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510202305.j9KN5EUZ015022@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From orion at cora.nwra.com 2005-10-20 19:05 EST ------- (In reply to comment #5) > in gv.desktop: > "application/pdf" instead of "applicatation/pdf" > Maybe there should be a "Comment=" too, this will appear as a tooltip (e.g. > "View PostScript and PDF files". > "StartupWMClass=GV" does also work, if you want to include it. > Fixed typo and added the other entries. What does StartupWMClass do? http://www.cora.nwra.com/~orion/fedora/gv-3.6.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 sopwith at redhat.com Thu Oct 20 23:12:17 2005 From: sopwith at redhat.com (Elliot Lee) Date: Thu, 20 Oct 2005 19:12:17 -0400 (EDT) Subject: Wine in extras In-Reply-To: <1129849610.11631.28.camel@localhost> References: <1129849610.11631.28.camel@localhost> Message-ID: On Fri, 21 Oct 2005, Paul wrote: > Has there been any definitive movement into having Wine in FE? From > memory, I volunteered to do the build etc, but the FC maintainer on the > Wine group said he was going to do it. > > Since then nothing has happened. > > Can I assume it's still not going anywhere and if that is the case, am I > still okay to take it on? It was good to give the other guy the benefit of the doubt - now that you've done that, you're the one who's around and willing to do the actualy work, so go for it! Best, -- Elliot From nman64 at n-man.com Thu Oct 20 23:18:11 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 20 Oct 2005 18:18:11 -0500 Subject: Wine in extras In-Reply-To: <1129849610.11631.28.camel@localhost> References: <1129849610.11631.28.camel@localhost> Message-ID: <435825B3.1010904@n-man.com> Paul wrote: > Hi, > > Has there been any definitive movement into having Wine in FE? From > memory, I volunteered to do the build etc, but the FC maintainer on the > Wine group said he was going to do it. > > Since then nothing has happened. > > Can I assume it's still not going anywhere and if that is the case, am I > still okay to take it on? > > TTFN > > Paul > If they aren't working on it, you should feel free to. Extras package submissions and maintainership work basically on a first-come, first-serve basis. Beat them to it and the glory is all yours. ;-) If they ever step up to the plate, you are free to hand it off to them if you wish. -- 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 Thu Oct 20 23:24:35 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 21 Oct 2005 00:24:35 +0100 Subject: Wine in extras In-Reply-To: <435825B3.1010904@n-man.com> References: <1129849610.11631.28.camel@localhost> <435825B3.1010904@n-man.com> Message-ID: <1129850675.11631.32.camel@localhost> On Thu, 2005-10-20 at 18:18 -0500, Patrick Barnes wrote: > > If they aren't working on it, you should feel free to. Extras package > submissions and maintainership work basically on a first-come, > first-serve basis. Beat them to it and the glory is all yours. ;-) If > they ever step up to the plate, you are free to hand it off to them if > you wish. :-) I'll try and get something working and built for the weekend. Just a few bits to finish on the fuse-emulator and z88dk tomorrow and I should be good to go. Given the complexity of Wine (the last time I built it, the darned thing took a while to sort out patches etc), this should be "interesting" to work on. TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the worlds most evil and incidious cults, Scientology. From bugzilla at redhat.com Fri Oct 21 00:33:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 20:33:29 -0400 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200510210033.j9L0XTbK021295@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pari - Number Theory-oriented Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169703 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2005-10-20 20:33 EST ------- Good: - builds on FC4 i386 - license (GPL) - devel package with includes, *.so, and no *.la - %defattr - %post and %postun ldconfig - source matches upstream - BuildRoot - %clean - Groups make sense Look at: - rpmlint: E: pari shlib-with-non-pic-code /usr/lib/libpari.so.2.1.7 W: pari-devel no-documentation - needs to Require something that owns %{_datadir}/emacs/site-lisp/, probably emacs-common - Only some of docs are in dvi or ps format. Recommend either removing them or making all tex into dvi/ps - Consider not referencing the package name itself in the devel package, and just do "Header files for PARI/GP" like the devel summary. - any particular reason to use perl instead of sed? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 21 00:55:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 20:55:03 -0400 Subject: [Bug 167885] Review Request: libpolyxmass - Polymer chemistry-related functionalities In-Reply-To: Message-ID: <200510210055.j9L0t3U4023855@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-20 20:54 EST ------- Looks good with the defattr added. 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 Fri Oct 21 02:33:38 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 20 Oct 2005 21:33:38 -0500 Subject: Wine in extras In-Reply-To: <1129850675.11631.32.camel@localhost> (Paul F. Johnson's message of "Fri, 21 Oct 2005 00:24:35 +0100") References: <1129849610.11631.28.camel@localhost> <435825B3.1010904@n-man.com> <1129850675.11631.32.camel@localhost> Message-ID: >>>>> "PFJ" == Paul F Johnson writes: PFJ> Given the complexity of Wine (the last time I built it, the PFJ> darned thing took a while to sort out patches etc), this should PFJ> be "interesting" to work on. A while back I took the Fedora packages from WineHQ and updated them for a few versions. I stopped at 20050830, but I didn't have any real problems other than one patch that stopped applying which I just left out. (It was the nvidia-opengl patch.) The last spec file I used is at http://www.math.uh.edu/~tibbs/rpms/wine/wine.spec - J< From bugzilla at redhat.com Fri Oct 21 02:40:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 22:40:32 -0400 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200510210240.j9L2eWTI030799@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: opencv https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170309 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-10-20 22:40 EST ------- Hi Simon, the update looks good. Its a shame that ffmpeg has issues with regard to software patents and cannot be included in FE and used in conjunction with OpenCV. Perhaps someday the political situation will improve! - source matches upstream - license included and OK - rpmlint OK - builds in mock on FC-4 - specfile looks good - proper use of ldconfig 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 Oct 21 02:48:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 22:48:10 -0400 Subject: [Bug 171314] Review Request: compat-gtkhtml36 In-Reply-To: Message-ID: <200510210248.j9L2mA2E032130@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: compat-gtkhtml36 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171314 ------- Additional Comments From toshio at tiki-lounge.com 2005-10-20 22:48 EST ------- What needs 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 Oct 21 03:07:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 23:07:38 -0400 Subject: [Bug 171314] Review Request: compat-gtkhtml36 In-Reply-To: Message-ID: <200510210307.j9L37cum002399@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: compat-gtkhtml36 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171314 ------- Additional Comments From mpeters at mac.com 2005-10-20 23:07 EST ------- Applications that have not yet ported to gtkhtml-3.8 I'll respond in more detail on the Extras 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 mpeters at mac.com Fri Oct 21 03:45:56 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 20 Oct 2005 20:45:56 -0700 Subject: [Bug 171314] Review Request: compat-gtkhtml36 In-Reply-To: <200510210307.j9L37cum002399@www.beta.redhat.com> References: <200510210307.j9L37cum002399@www.beta.redhat.com> Message-ID: <1129866356.2040.25.camel@locolhost.localdomain> On Thu, 2005-10-20 at 23:07 -0400, bugzilla at redhat.com wrote: > > ------- Additional Comments From mpeters at mac.com 2005-10-20 23:07 EST ------- > Applications that have not yet ported to gtkhtml-3.8 > I'll respond in more detail on the Extras list. Backwards compatibility is a pet peeve of mine with fast changing distributions. gtkhtml changes with almost every single gnome release, I'm not against those changes - I believe they are for the better and they make GNOME and Fedora better products. However, it breaks software that has not been ported to the new version of gtkhtml3. In an ideal world, software would port itself and we would not have to worry. Major projects, such as those that are part of Core and many packages in Extras, have developers who can patch the source for the new version. Smaller projects (including one I package for Extras) often don't. Some of them only have a few developers, who are dedicating what time they have on the development version and fixing code bugs. When something like a new version of libgtkhtml3 is released, they often don't port their stable branch because libgtkhtml3 was designed to allow multiple versions to be installed, so it isn't a problem. If something like libgtkhtml3 is all that prevents their software from building in a new GNOME release, then they don't consider their software broken - you just need the the right libtkhtml3 installed. With every release of Fedora, you can go to places like linuxquestions.org and find people asking how to install the older version of libgtkhtml3 (and sometimes libgal) because something they like or need won't build against the newer version. Very often they are told to build it from source, sometimes they are told to switch to Debian, etc. If we package it in Extras, then they can yum install it if they need it - and the previour Core package from which it came can be watched for security/bugfixes etc. - which often isn't done by users who installed it from source or installed it from some rpm they found on some random web page via google. I'd *love* to see an official Fedora-Compat repository dedicated to providing libraries that changed from one release to the next, but I don't think that will happen without major funding to pay for it. gtkhtml3 though is popular enough of a library that it should, imho, be available in Extras for those who need it. From partha_26786794123 at yahoo.com Fri Oct 21 04:15:46 2005 From: partha_26786794123 at yahoo.com (Partha Goswami) Date: Thu, 20 Oct 2005 21:15:46 -0700 (PDT) Subject: Contents of fedora-extras-list digest.. Message-ID: <20051021041547.76081.qmail@web33607.mail.mud.yahoo.com> hi there , It's of course a good idea ,"G??rard Milmeister". I think so about it.I think if we add flash player plaguin , xine , & java software ,for new user. how it will be? coz. FEDORA & LINUX both can be use like MS windows . A new user who know windows , that's will helpful for those. It's difficult for new user that compile source code. Another matter , that's our discussion topic it's necessery to make packages for x86_64 compuers. Because people use processior of diffrent branded .It's not mean that all persons will use intel processior . so software /os must be generlised & should be use for all purpose.so I have full support of this. partha goswami __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From nman64 at n-man.com Fri Oct 21 04:55:58 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 20 Oct 2005 23:55:58 -0500 Subject: Contents of fedora-extras-list digest.. In-Reply-To: <20051021041547.76081.qmail@web33607.mail.mud.yahoo.com> References: <20051021041547.76081.qmail@web33607.mail.mud.yahoo.com> Message-ID: <435874DE.4040404@n-man.com> Partha Goswami wrote: > hi there , > > It's of course a good idea ,"G??rard Milmeister". I > think so about it.I think if we add flash player > plaguin , xine , & java software ,for new user. how it > will be? coz. FEDORA & LINUX both can be use like MS > windows . A new user who know windows , that's will > helpful for those. It's difficult for new user that > compile source code. > > http://fedoraproject.org/wiki/ForbiddenItems > Another matter , that's our > discussion > topic it's necessery to make packages for x86_64 > compuers. Because people use processior of diffrent > branded .It's not mean that all persons will use intel > > processior . so software /os must be generlised & > should be use for all purpose.so I have full support > of this. > > partha goswami > We already offer Fedora (including Extras) for the x86_64 architecture. Both of these points are well advertised across all kinds of documentation for Fedora. In the future, please take a moment to do a little research before posting such ill-informed messages. -- 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 fedora at leemhuis.info Fri Oct 21 05:18:43 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 21 Oct 2005 07:18:43 +0200 Subject: Help with building packages on non-i386 architectures In-Reply-To: <1129841720.18613.9.camel@scriabin.tannenrauch.ch> References: <1129841720.18613.9.camel@scriabin.tannenrauch.ch> Message-ID: <1129871923.13028.14.camel@thl.ct.heise.de> Am Donnerstag, den 20.10.2005, 20:55 +0000 schrieb G?rard Milmeister: > Most people (me included) here submitting and maintaining packages > only have access to one architecture to test on, usually i386. > Therefore, even if a package finishes building on other architecture, > there is often no-one to make minimal tests, and thus possibly > broken packages make into the repositories. > More often however, packages don't build at all on ppc or x86_64, > and it is difficult to find out what to do about, since one has > no expertise on these architectures. The last solution is often > to simple ExcludeArch in the spec file. > One way to improve this situation is to have group of people having > experience with ppc and x86_64, that can be consulted when a package > fails to build, and the cause is not clear. We had such a page in the wiki. See "Architecture Managers" on http://www.fedoraproject.org/wiki/Extras/x86_64Status?action=recall&rev=13 But I removed it cause there seem to be no interest - by other x86_64-owners - by fedora-extras packagers Feel free to put that stuff online again. But simply asking here on fedora-extras-list and/or on #fedora-extras should work in most cases, too. CU thl From paul at cypherpunks.ca Fri Oct 21 05:58:52 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 21 Oct 2005 07:58:52 +0200 (CEST) Subject: Help with building packages on non-i386 architectures In-Reply-To: <1129871923.13028.14.camel@thl.ct.heise.de> References: <1129841720.18613.9.camel@scriabin.tannenrauch.ch> <1129871923.13028.14.camel@thl.ct.heise.de> Message-ID: On Fri, 21 Oct 2005, Thorsten Leemhuis wrote: > > One way to improve this situation is to have group of people having > > experience with ppc and x86_64, that can be consulted when a package > > fails to build, and the cause is not clear. > > We had such a page in the wiki. See "Architecture Managers" on > http://www.fedoraproject.org/wiki/Extras/x86_64Status?action=recall&rev=13 > > But I removed it cause there seem to be no interest > - by other x86_64-owners > - by fedora-extras packagers > > Feel free to put that stuff online again. But simply asking here on > fedora-extras-list and/or on #fedora-extras should work in most cases, > too. Another method might be to offer a "throw away" xen image to the developer. At least, if xen for x86_64 (and ppc :) is working. I never got xen3 to work on my x86_64 yet. Paul From oliver at linux-kernel.at Fri Oct 21 06:49:01 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 21 Oct 2005 08:49:01 +0200 Subject: Wine in extras In-Reply-To: <1129850675.11631.32.camel@localhost> References: <1129849610.11631.28.camel@localhost> <435825B3.1010904@n-man.com> <1129850675.11631.32.camel@localhost> Message-ID: <43588F5D.6020300@linux-kernel.at> On 10/21/2005 01:24 AM, Paul F. Johnson wrote: > On Thu, 2005-10-20 at 18:18 -0500, Patrick Barnes wrote: >> >> If they aren't working on it, you should feel free to. Extras package >> submissions and maintainership work basically on a first-come, >> first-serve basis. Beat them to it and the glory is all yours. ;-) If >> they ever step up to the plate, you are free to hand it off to them if >> you wish. > > :-) > > I'll try and get something working and built for the weekend. Just a few > bits to finish on the fuse-emulator and z88dk tomorrow and I should be > good to go. Given the complexity of Wine (the last time I built it, the > darned thing took a while to sort out patches etc), this should be > "interesting" to work on. I have a src.rpm that works for me (tm). Actually it's based on the old spec in Extras, but with a workaround for FE Devel and it also includes kqemu, which we cannot bring into FE because of licensing problems. :-( Let me know, if you need the spec.... Best, Oliver From andreas.bierfert at lowlatency.de Fri Oct 21 06:53:08 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Fri, 21 Oct 2005 08:53:08 +0200 Subject: Wine in extras In-Reply-To: <1129849610.11631.28.camel@localhost> References: <1129849610.11631.28.camel@localhost> Message-ID: <20051021085308.5c6bfefc@alkaid.lan> On Fri, 21 Oct 2005 00:06:50 +0100 Paul wrote: > Hi, > > Has there been any definitive movement into having Wine in FE? From > memory, I volunteered to do the build etc, but the FC maintainer on the > Wine group said he was going to do it. > > Since then nothing has happened. Seems like it... Since I started the last thread about this maybe I should comment on this: I have build a preliminary package with the newest wine cvs snapshot (based on the winehq spec). Rudolf Kastl and I were collaborating on how to improve this and make it actually usable for FE since he has good upstream contact. He was waiting for a new Inet connection and new that this should be done work should actually get visible to the outside world. For a quick ref srpm/spec can be found here: http://fedora.lowlatency.de/review/wine-20050930-1.src.rpm http://fedora.lowlatency.de/review/wine.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 -------------- 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 Oct 21 06:55:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 02:55:19 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510210655.j9L6tJJr018996@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From adrian at lisas.de 2005-10-21 02:55 EST ------- rpmlint complains about rpath. Can be removed with sed -i -e "/env.KDEuse(\"environ rpath\")/d" SConstruct before calling scons -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 21 07:00:36 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 21 Oct 2005 09:00:36 +0200 Subject: Wine in extras In-Reply-To: <43588F5D.6020300@linux-kernel.at> References: <1129849610.11631.28.camel@localhost> <435825B3.1010904@n-man.com> <1129850675.11631.32.camel@localhost> <43588F5D.6020300@linux-kernel.at> Message-ID: <43589214.9080106@linux-kernel.at> On 10/21/2005 08:49 AM, Oliver Falk wrote: > On 10/21/2005 01:24 AM, Paul F. Johnson wrote: >> On Thu, 2005-10-20 at 18:18 -0500, Patrick Barnes wrote: >>> If they aren't working on it, you should feel free to. Extras package >>> submissions and maintainership work basically on a first-come, >>> first-serve basis. Beat them to it and the glory is all yours. ;-) If >>> they ever step up to the plate, you are free to hand it off to them if >>> you wish. >> >> :-) >> >> I'll try and get something working and built for the weekend. Just a few >> bits to finish on the fuse-emulator and z88dk tomorrow and I should be >> good to go. Given the complexity of Wine (the last time I built it, the >> darned thing took a while to sort out patches etc), this should be >> "interesting" to work on. > > I have a src.rpm that works for me (tm). Actually it's based on the old > spec in Extras, but with a workaround for FE Devel and it also includes > kqemu, which we cannot bring into FE because of licensing problems. :-( > > Let me know, if you need the spec.... Sorry... Not enough coffee yet.... I also have a wine-package, but for some reason I was talking about the qemu package.... /me is getting a few cups of coffee... :-( Best, Oliver From bugzilla at redhat.com Fri Oct 21 11:41:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 07:41:15 -0400 Subject: [Bug 170532] Review Request: perl-Boulder - An API for hierarchical tag/value structures In-Reply-To: Message-ID: <200510211141.j9LBfFkD016655@www.beta.redhat.com> Please 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-Boulder - An API for hierarchical tag/value structures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170532 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-10-21 07:41 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec, text generated and included - spec file written in English and is legible - sources match upstream - package builds OK in mock for rawhide (i386) - no explicit BR's - 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 desktop entry needed - no scriptlets Suggestion: - perhaps %{perl_vendorlib}/Boulder.pod could be marked as %doc ? 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 Oct 21 13:15:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 09:15:04 -0400 Subject: [Bug 166796] Review Request: cmucl-19c-0.pre1: CMU Common Lisp compiler In-Reply-To: Message-ID: <200510211315.j9LDF42u004235@www.beta.redhat.com> Please 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-19c-0.pre1: 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-4:|Review Request: cmucl-19c- |The CMU Common Lisp compiler|0.pre1: CMU Common Lisp | |compiler URL|http://apt.kde- |http://www.cons.org/cmucl/ |redhat.org/apt/fedora/all/SR| |PMS/stable/cmucl-19b- | |4.src.rpm | ------- Additional Comments From rdieter at math.unl.edu 2005-10-21 09:14 EST ------- %changelog * Fri Oct 21 2005 Rex Dieter 19c-0.pre1 - 19c-pre1 - drop upstreamed gcc4 patch - drop unused setarch/personality bits * Fri Oct 07 2005 Rex Dieter 19b-5 - use known-to-be-good cmucl-19a for bootstrap (19b has issues) - drop personalility patch (not needed afterall) Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/cmucl-19c-0.pre1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/cmucl-19c-0.pre1.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 Oct 21 15:15:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 11:15:43 -0400 Subject: [Bug 166796] Review Request: cmucl-19c-1.pre1: CMU Common Lisp compiler In-Reply-To: Message-ID: <200510211515.j9LFFhjp025183@www.beta.redhat.com> Please 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-19c-1.pre1: 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-19c- |Review Request: cmucl-19c- |0.pre1: CMU Common Lisp |1.pre1: CMU Common Lisp |compiler |compiler ------- Additional Comments From rdieter at math.unl.edu 2005-10-21 11:15 EST ------- %changelog * Fri Oct 21 2005 Rex Dieter 19c-1.pre - cleanup shared-motif patch - use simpler build.sh script Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/cmucl-19c-1.pre1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/cmucl-19c-1.pre1.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 Oct 21 15:37:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 11:37:23 -0400 Subject: [Bug 170954] Review Request: f2py: Fortran to Python interface generator In-Reply-To: Message-ID: <200510211537.j9LFbNAR028581@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: f2py: Fortran to Python interface generator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170954 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ivazquez at ivazquez.net 2005-10-21 11:37 EST ------- Built for FC4 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 Oct 21 15:41:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 11:41:55 -0400 Subject: [Bug 170532] Review Request: perl-Boulder - An API for hierarchical tag/value structures In-Reply-To: Message-ID: <200510211541.j9LFftlR029293@www.beta.redhat.com> Please 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-Boulder - An API for hierarchical tag/value structures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170532 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-10-21 11:41 EST ------- Thanks for the review! Not sure how to mark the pod file as %doc, and not sure that other perl modules do this. Imported and built on 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 buildsys at fedoraproject.org Fri Oct 21 15:49:24 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 21 Oct 2005 11:49:24 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051021154924.166F5808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 21 dia-0.94-16 f2py-2.45.241_1926-1.fc5 flow-tools-0.68-4.fc5 galeon-1.3.21-2.fc5 git-core-0.99.8f-1.fc5 gnome-common-2.12.0-1.fc5 libesmtp-1.0.3r1-4.fc5 libpolyxmass-0.8.9-4.fc5 mathml-fonts-1.0-19.fc5 obby-0.2.0-5.fc5 obby-0.2.0-6.fc5 perl-Boulder-1.30-1.fc5 perl-Carp-Assert-More-1.12-1.fc5 perl-Cflow-1.053-2 perl-Net-IP-1.24-1.fc5 perl-capitalization-0.03-2.fc5 plague-0.4-4.fc5 python-quixote-2.3-1.fc5 qucs-0.0.7-7.fc5 tpb-0.6.4-1.fc5 x3270-3.3.4-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 Fri Oct 21 15:50:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 11:50:32 -0400 Subject: [Bug 170532] Review Request: perl-Boulder - An API for hierarchical tag/value structures In-Reply-To: Message-ID: <200510211550.j9LFoWEJ031431@www.beta.redhat.com> Please 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-Boulder - An API for hierarchical tag/value structures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170532 ------- Additional Comments From paul at city-fan.org 2005-10-21 11:50 EST ------- (In reply to comment #2) > Not sure how to mark the pod file as %doc You could do it by changing in the files list: %{perl_vendorlib}/* to: %doc %{perl_vendorlib}/Boulder.pod %{perl_vendorlib}/Boulder/ %{perl_vendorlib}/Stone* which would mark the pod file as %doc and include every other file and directory as before. You can see which files are marked as docs in a package using the --docfiles option of rpm. > and not sure that other perl modules do this. Most don't seem to ship the pod 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 jpo at di.uminho.pt Fri Oct 21 15:53:56 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Fri, 21 Oct 2005 16:53:56 +0100 Subject: rpms/perl-capitalization/devel perl-capitalization.spec, 1.1, 1.2 In-Reply-To: <200510191159.j9JBxwO5024775@cvs-int.fedora.redhat.com> References: <200510191159.j9JBxwO5024775@cvs-int.fedora.redhat.com> Message-ID: <43590F14.1070700@di.uminho.pt> Ralf Cors?pius (corsepiu) wrote: > -URL: http://search.cpan.org/~miyagawa/capitalization-%{version}/ > +URL: http://search.cpan.org/dist/capitalization/capitalization-%{version}/ The current URL is invalid. It should have been changed to: http://search.cpan.org/dist/capitalization/ jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From bugzilla at redhat.com Fri Oct 21 15:55:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 11:55:51 -0400 Subject: [Bug 170532] Review Request: perl-Boulder - An API for hierarchical tag/value structures In-Reply-To: Message-ID: <200510211555.j9LFtpKj032266@www.beta.redhat.com> Please 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-Boulder - An API for hierarchical tag/value structures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170532 ------- Additional Comments From orion at cora.nwra.com 2005-10-21 11:55 EST ------- Ah, first I just tried adding it to the %doc list but it complained. Checked in the change. 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 Fri Oct 21 15:58:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 11:58:31 -0400 Subject: [Bug 170532] Review Request: perl-Boulder - An API for hierarchical tag/value structures In-Reply-To: Message-ID: <200510211558.j9LFwVMD032652@www.beta.redhat.com> Please 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-Boulder - An API for hierarchical tag/value structures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170532 ------- Additional Comments From ville.skytta at iki.fi 2005-10-21 11:58 EST ------- (In reply to comment #3) > Most don't seem to ship the pod files at all. On my FC4 box in /usr/lib/perl5/vendor_perl: $ find . -name "*.pod" | wc -l 381 Marking them as %doc calls for something automagic in rpmbuild instead of changing loads of perl-* specfiles IMO. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 21 16:01:35 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 21 Oct 2005 12:01:35 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051021160135.915F5808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 13 f2py-2.45.241_1926-1.fc4 flow-tools-0.68-4.fc4 kompose-0.5.3-3.fc4 libotr-2.0.2-7.fc4 obby-0.2.0-6.fc4 perl-Business-Hours-0.07-1.fc4 perl-Carp-Assert-More-1.12-1.fc4 perl-Cflow-1.053-2 perl-Net-IP-CMatch-0.02-2 perl-capitalization-0.03-2.fc4 python-quixote-2.3-1.fc4 qucs-0.0.7-7.fc4 tpb-0.6.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 Fri Oct 21 16:20:31 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 21 Oct 2005 12:20:31 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051021162031.1D58D808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 7 flow-tools-0.68-4.fc3 kompose-0.5.3-3.fc3 obby-0.2.0-5.fc3 obby-0.2.0-6.fc3 perl-Business-Hours-0.07-1.fc3 perl-Carp-Assert-More-1.12-1.fc3 qucs-0.0.7-7.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 Oct 21 16:19:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 12:19:06 -0400 Subject: [Bug 171418] New: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection 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=171418 Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection Product: Fedora Extras Version: devel Platform: All URL: http://www.dvdisaster.com 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 Url: http://dmitry.butskoy.name/dvdisaster/dvdisaster.spec SRPM Url: http://dmitry.butskoy.name/dvdisaster/dvdisaster-0.64-1.src.rpm Description: Dvdisaster provides a margin of safety against data loss on CD and DVD media caused by scratches or aging. It creates error correction data, which is used to recover unreadable sectors if the disc becomes damaged at a later 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 Fri Oct 21 16:19:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 12:19:22 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510211619.j9LGJMTm003260@www.beta.redhat.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| |171418 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 21 16:31:10 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 21 Oct 2005 18:31:10 +0200 Subject: rpms/obby/FC-3 obby.spec,1.4,1.5 In-Reply-To: <200510211451.j9LEpwmf014489@cvs-int.fedora.redhat.com> References: <200510211451.j9LEpwmf014489@cvs-int.fedora.redhat.com> Message-ID: <1129912271.28858.151.camel@mccallum.corsepiu.local> On Fri, 2005-10-21 at 10:51 -0400, Luke Macken wrote: > Author: lmacken > > Update of /cvs/extras/rpms/obby/FC-3 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv14453/FC-3 > > Modified Files: > obby.spec > Log Message: > Fix dep issue with howl-devel > > > > Index: obby.spec > =================================================================== > RCS file: /cvs/extras/rpms/obby/FC-3/obby.spec,v > retrieving revision 1.4 > retrieving revision 1.5 > diff -u -r1.4 -r1.5 > --- obby.spec 13 Oct 2005 16:33:54 -0000 1.4 > +++ obby.spec 21 Oct 2005 14:51:25 -0000 1.5 > @@ -33,8 +33,7 @@ > > > %build > -aclocal > -autoconf > +aclocal && autoconf Would you explain this? You are not patching nor modifying any auto* related source file, therefore these steps hardly make sense. Ralf From bugzilla at redhat.com Fri Oct 21 17:05:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 13:05:24 -0400 Subject: [Bug 168690] Review Request: pyBackPack (GTK+ Python backup tool) In-Reply-To: Message-ID: <200510211705.j9LH5O3Z010344@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyBackPack (GTK+ Python backup tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 ------- Additional Comments From wtogami at redhat.com 2005-10-21 13:05 EST ------- Some advice for Dave: 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 giving beneficial advice to other package review requests. It is a judgement call by the sponsors exactly how much work it takes to prove this understanding. If a single package approval didn't convince anyone, simply sitting and waiting will not convince them 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 Fri Oct 21 17:07:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 13:07:46 -0400 Subject: [Bug 170511] Review Request: perl-Cflow - find flows in flow files In-Reply-To: Message-ID: <200510211707.j9LH7kMg010571@www.beta.redhat.com> Please 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-Cflow - find flows in flow files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170511 Bug 170511 depends on bug 171206, which changed state. Bug 171206 Summary: flow-tools-devel should have a dependency on zlib-devel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171206 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Status|ASSIGNED |NEEDINFO Resolution| |CURRENTRELEASE Status|NEEDINFO |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 Oct 21 17:15:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 13:15:08 -0400 Subject: [Bug 169030] Review Request: Workrave In-Reply-To: Message-ID: <200510211715.j9LHF8e7011475@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Workrave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169030 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-21 13:14 EST ------- Built on FC4, i386: * Need to use %find_lang macro, as per the PackagingGuidelines on the wiki * rpmlint output: W: workrave non-conffile-in-etc /etc/sound/events/workrave.soundlist W: workrave non-standard-dir-in-usr libexec W: workrave file-not-in-%lang /usr/share/locale/ru/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/es/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/de/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/eu/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/cs/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/he/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/da/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/pt_BR/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/pl/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/zh_TW/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/nl/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/no/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/fr/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/eo/LC_MESSAGES/workrave.po W: workrave file-not-in-%lang /usr/share/locale/lt/LC_MESSAGES/workrave.po E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/common/src/System.cc E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/gtkmm/src/HeadInfo.cc E: workrave-debuginfo wrong-script-end-of-line-encoding /usr/src/debug/workrave-1.8.1/frontend/gtkmm/src/HeadInfo.cc E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/common/include/System.hh E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/common/src/TimerBoxControl.cc E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/common/include/TimerBoxView.hh E: workrave-debuginfo wrong-script-end-of-line-encoding /usr/src/debug/workrave-1.8.1/frontend/common/include/TimerBoxView.hhE: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/common/include/TimeBarInterface.hh E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/gtkmm/src/MicroBreakWindow.cc E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/gtkmm/src/TimerBoxGtkView.hh E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/common/include/TimerBoxControl.hh E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/gtkmm/src/MicroBreakWindow.hh E: workrave-debuginfo script-without-shellbang /usr/src/debug/workrave-1.8.1/frontend/gtkmm/src/TimerBoxGtkView.cc %find_lang with fix the lang ones. For the debug info chmod -x *.cc and *.hh files in %prep or something conffile and libexec dir can probably be ignored, at least based on precedent of other Gnome apps and applets * need a .desktop file for workrave executable, and install it with desktop-file-install * configure did check for XML::Parer, if this is important perl-libxml-enno is needed as a BuildRequires -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 21 17:51:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 13:51:13 -0400 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200510211751.j9LHpDML016358@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pari - Number Theory-oriented Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169703 ------- Additional Comments From gemi at bluewin.ch 2005-10-21 13:51 EST ------- (In reply to comment #1) > E: pari shlib-with-non-pic-code /usr/lib/libpari.so.2.1.7 I investigated the problem: there is an assembly part that gets linked into the library that causes it, I don't think there can done anything to it. > W: pari-devel no-documentation I don't think splitting documentation makes much sense here. > > - needs to Require something that owns %{_datadir}/emacs/site-lisp/, probably > emacs-common Ok. > - Only some of docs are in dvi or ps format. Recommend either removing them or > making all tex into dvi/ps AFAIS, dvi files are present for the entire documentation (users.tex is split into several .tex files). The dvi files are shown by invoking gp's help function. However probably the tex files and Makefile etc... are not needed and may be left out. > - Consider not referencing the package name itself in the devel package, and > just do "Header files for PARI/GP" like the devel summary. Ok. > - any particular reason to use perl instead of sed? I normally use perl, sed would work too, of course. Both of them are implicitly present without requiring 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 Fri Oct 21 18:04:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 14:04:28 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510211804.j9LI4S3O017799@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From gemi at bluewin.ch 2005-10-21 14:04 EST ------- (In reply to comment #6) What does StartupWMClass do? When starting gv from the menu or icon, this causes some feedback such as a busy cursor until the main window (where the window class in this case is GV) is shown. GNOME programs normally don't need 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 Oct 21 18:09:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 14:09:26 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510211809.j9LI9Qqv018442@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 ------- Additional Comments From orion at cora.nwra.com 2005-10-21 14:09 EST ------- Ah. Thanks. Is 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 Fri Oct 21 18:31:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 14:31:15 -0400 Subject: [Bug 171046] Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter In-Reply-To: Message-ID: <200510211831.j9LIVFT7021881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gv - A X front-end for the Ghostscript PostScript(TM) interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171046 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gemi at bluewin.ch 2005-10-21 14:31 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 Fri Oct 21 20:20:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 16:20:02 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200510212020.j9LKK27t005355@www.beta.redhat.com> Please 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|ASSIGNED |NEEDINFO ------- Additional Comments From ville.skytta at iki.fi 2005-10-21 16:19 EST ------- Tom, Juan, could you clarify the status of the "badstatic" patch, see comment 18? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 21 21:35:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 17:35:54 -0400 Subject: [Bug 171504] New: Review Request: kipi-plugins: Plugins to use with Kipi 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=171504 Summary: Review Request: kipi-plugins: Plugins to use with Kipi Product: Fedora Extras Version: devel Platform: All URL: http://extragear.kde.org/apps/kipi/ 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/kipi-plugins-0.1.0-1.rc1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kipi-plugins-0.1.0-1.rc1.src.rpm Description: This package contains plugins to use with Kipi, the KDE Image Plugin Interface. Currently implemented plugins are: * RawConverter: A raw image converter for digital cameras. * SlideShow: Slideshow with effects ripped out from kslideshow and 3D effects using OpenGL. * MpegEncoder: Create an MPEG slideshow from your images. * ImagesGallery: An HTML gallery generator. * PrintWizard: A wizard to print images in various format. * JpegLossLess: Batch process your JPEG images without losing meta information and compression. * CdArchiving: Archive your albums on CD or DVD using K3b. * ScanImages: Scanner management using Kooka. * ScreenshotImages: Snap screen based on KSnapshot and adapted to Kipi. * Calendar: A plugin to create calendars. * SendImages: A plugin to send images by email, allowing resizing and recompressing before sending. * RenameImages: Batch image renamer. * ConvertImages: Batch image converter. * BorderImages: Add border to your images in batch. * FilterImages: Batch image enhancer using digital filters. * ColorImages: Batch image color enhancer. * EffectImages: Batch image transformation effects. * ResizeImages: Batch image resizer. * RecompressImages: Batch image recompressor. * FindDuplicateImages: Find duplicate images in albums. * WallPaper: Set your image as wallpaper. * TimeAdjust: Adjust image file time and date. * GalleryExport: Interface for export images collections to remote Gallery web 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 bugzilla at redhat.com Fri Oct 21 21:36:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 17:36:03 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510212136.j9LLa3pT017074@www.beta.redhat.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| |171504 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 21 21:38:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 17:38:15 -0400 Subject: [Bug 171505] New: Review Request: digikamimageplugins: Plugins for digikam 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=171505 Summary: Review Request: digikamimageplugins: Plugins for digikam Product: Fedora Extras Version: devel Platform: All URL: http://extragear.kde.org/apps/digikamimageplugins/ 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/digikamimageplugins-0.7.4-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/digikamimageplugins-0.7.4-1.src.rpm Description: DigikamImagePlugins are a collection of plugins for digiKam Image Editor and showfoto (digiKam stand alone image editor implementation). These plugins add new image treatment options like color management, filters, or special effects. Currently implemented plugins are listed below: * Image improvements: o icon Adjust levels : a tool to adjust the photograph histogram levels manually. o icon Adjust curves : a tool to adjust the photograph colors using curves. o icon Noise Reduction : a photograph noise reduction filter. o icon Unsharp : a photograph unsharp mask filter to unblur picture without increase noise. o icon Lens Distortion : a tool for correct lens spherical aberration on photograph. o icon Anti Vignetting : a tool for correct vignetting on photograph. * Transformation tools: o icon Free Rotation : a plugin to rotate a photograph with a free angle in degrees. o icon Shear Tool : a plugin to shear a photograph horizontally and vertically. o icon Perpective Tool : a plugin to adjust the photograph perpective. * Image tools: o icon Template Superimpose : a tool for superimpose a template on photograph. o icon Add Border : a tool for add border around a photograph. * Special effects: o icon Solarize : a plugin to solarize a photograph. o icon Oil Paint : simulate oil painting on photograph (using Pieter Voloshyn algorithm). o icon Emboss : an effect filter to emboss photograph (using Pieter Voloshyn algorithm). o icon Rain Drops : adding the visual effect of raindrops on photograph (using Pieter Voloshyn algorithm). o icon Charcoal : simulate charcoal drawing on photograph. o icon FilmGrain : simulate film grain on photograph. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 21 21:38:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 17:38:27 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510212138.j9LLcRHa017332@www.beta.redhat.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| |171505 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 21 21:49:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 17:49:21 -0400 Subject: [Bug 166980] Review Request: kmymoney2-0.8-4: Personal finance In-Reply-To: Message-ID: <200510212149.j9LLnLJf019238@www.beta.redhat.com> Please 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-4: 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-3: Personal finance |0.8-4: Personal finance ------- Additional Comments From rdieter at math.unl.edu 2005-10-21 17:49 EST ------- * Fri Oct 21 2005 Rex Dieter 0.8-4 - %%post,%%postun: gtk-update-icon-cache, update-desktop-database - omit lib*.la - x86_64: set QTDIR/QTLIB Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney2-0.8-4.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney2-0.8-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 Fri Oct 21 22:22:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 18:22:04 -0400 Subject: [Bug 170492] Review Request: qucs-0.0.7 : Circuit simulator In-Reply-To: Message-ID: <200510212222.j9LMM4FX022684@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs-0.0.7 : Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-21 18:21 EST ------- Looks OK, approving and closing bug (release 7 is already on the 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 Oct 21 23:30:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 19:30:08 -0400 Subject: [Bug 167885] Review Request: libpolyxmass - Polymer chemistry-related functionalities In-Reply-To: Message-ID: <200510212330.j9LNU8HP031261@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-21 19:29 EST ------- 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 Oct 21 23:30:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 19:30:15 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510212330.j9LNUFOm031286@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 Bug 167887 depends on bug 167885, which changed state. Bug 167885 Summary: Review Request: libpolyxmass - Polymer chemistry-related functionalities https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167885 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 Sat Oct 22 00:09:56 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 22 Oct 2005 01:09:56 +0100 Subject: CLK_TCK and Wine Message-ID: <1129939797.11112.8.camel@localhost> Hi, I've fixed quite a few bits in Wine tonight to get the blasted thing to compile for potential inclusion into FE, but I've hit a snag. In dlls/kernel/time.c, CLK_TCK is used. Now, according to some old docs I have, this is defined in bits/types.h, okay, that's easy enough, a quick patch and the jobs a good 'un. Problem is that I've also seen the CLK_TCK is no longer part of the standard and a check in bits/types.h shows that CLK_TCK is not there any more. Is there a replacement I can typedef (I have seen the following, but I'm not sure how good it is # if !defined __STRICT_ANSI__ && !defined __USE_XOPEN2K # ifndef CLK_TCK # define CLK_TCK CLOCKS_PER_SEC # endif it looks reasonable though) Is there a decent replacement which avoids the above or is this something I have to grin and bare? TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the worlds most evil and incidious cults, Scientology. -------------- 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 Oct 22 02:35:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 22:35:28 -0400 Subject: [Bug 166203] Review Request: perl-Maypole : MVC web application framework In-Reply-To: Message-ID: <200510220235.j9M2ZSsL012704@www.beta.redhat.com> Please 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-Maypole : MVC web application framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From chris at chrisgrau.com 2005-10-21 22:35 EST ------- Housekeeping. This package is in the repositories 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 Sat Oct 22 03:54:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 21 Oct 2005 23:54:12 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510220354.j9M3sCo6016518@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-21 23:54 EST ------- Nice. Done! Same place: http://linux.duke.edu/~icon/misc/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 rdieter at math.unl.edu Sat Oct 22 05:01:31 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 22 Oct 2005 00:01:31 -0500 Subject: Wine in extras In-Reply-To: <20051021085308.5c6bfefc@alkaid.lan> References: <1129849610.11631.28.camel@localhost> <20051021085308.5c6bfefc@alkaid.lan> Message-ID: Andreas Bierfert wrote: > I have build a preliminary package with the newest wine cvs snapshot (based on ... > http://fedora.lowlatency.de/review/wine-20050930-1.src.rpm > http://fedora.lowlatency.de/review/wine.spec Suggestions: 1. put the 'autoconf' call in the %setup (after the patch), not %build, section. 2. Instead of the cat >Fedora </dev/null`" != "x" ]; then update-desktop-database fi with the simpler update-desktop-database &> /dev/null ||: From bugzilla at redhat.com Sat Oct 22 07:34:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 03:34:17 -0400 Subject: [Bug 170798] Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol In-Reply-To: Message-ID: <200510220734.j9M7YHvw028824@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170798 ------- Additional Comments From gauret at free.fr 2005-10-22 03:34 EST ------- * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot), you forgot the -n at the end. * From /usr/include/eXosip2/eXosip.h, I would say that libeXosip2-devel requires libosip2-devel (it includes files from /usr/include/osipparser2/) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Oct 22 09:20:35 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 22 Oct 2005 10:20:35 +0100 Subject: CLK_TCK and Wine In-Reply-To: <1129939797.11112.8.camel@localhost> References: <1129939797.11112.8.camel@localhost> Message-ID: <1129972835.15431.172.camel@baythorne.infradead.org> On Sat, 2005-10-22 at 01:09 +0100, Paul wrote: > Is there a decent replacement which avoids the above or is this > something I have to grin and bare? Please don't bare anything. The Internet is too visual these days already. I think you want _sysconf(_SC_CLK_TCK). -- dwmw2 From paul at all-the-johnsons.co.uk Sat Oct 22 09:37:20 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 22 Oct 2005 10:37:20 +0100 Subject: CLK_TCK and Wine In-Reply-To: <1129972835.15431.172.camel@baythorne.infradead.org> References: <1129939797.11112.8.camel@localhost> <1129972835.15431.172.camel@baythorne.infradead.org> Message-ID: <1129973841.11112.22.camel@localhost> On Sat, 2005-10-22 at 10:20 +0100, David Woodhouse wrote: > On Sat, 2005-10-22 at 01:09 +0100, Paul wrote: > > Is there a decent replacement which avoids the above or is this > > something I have to grin and bare? > > Please don't bare anything. But I have nice legs! TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. From bugzilla at redhat.com Sat Oct 22 10:05:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:05:30 -0400 Subject: [Bug 171526] New: Review Request: wine - A Windows 16/32 bit emulator 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=171526 Summary: Review Request: wine - A Windows 16/32 bit emulator Product: Fedora Extras Version: devel Platform: All URL: http://www.winehq.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/wine.spec SRPM Name or Url: http://fedora.lowlatency.de/review/wine-20050930-2.src.rpm Description: While Wine is usually thought of as a Windows(TM) emulator, the Wine developers would prefer that users thought of Wine as a Windows compatibility layer for UNIX. This package includes a program loader, which allows unmodified Windows 3.1/95/NT binaries to run under Intel Unixes. Wine does not require MS Windows, but it can use native system .dll files if they are available. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 10:05:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:05:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510221005.j9MA5fKo004427@www.beta.redhat.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| |171526 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Oct 22 10:08:38 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 22 Oct 2005 12:08:38 +0200 Subject: Wine in extras In-Reply-To: References: <1129849610.11631.28.camel@localhost> <20051021085308.5c6bfefc@alkaid.lan> Message-ID: <20051022120838.43b64a4c@alkaid.lan> On Sat, 22 Oct 2005 00:01:31 -0500 Rex Dieter wrote: > Suggestions: > > 1. put the 'autoconf' call in the %setup (after the patch), not %build, > section. > > 2. Instead of the > cat >Fedora < bit, create an extra Source file. > > 3. When using the 'install' command, use the -p option to preserve > timestamps > > 4. In %postun, replace > if [ "x`which update-desktop-database 2>/dev/null`" != "x" ]; then > update-desktop-database > fi > with the simpler > update-desktop-database &> /dev/null ||: Thanks. Have been fixed. I have created a wine package review request in bugzilla so we can see where we are at with wine integration for FE and can combine efforts so that those interested and willing to contribute can subscribe and collaborate... => https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 - 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 Sat Oct 22 10:29:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:29:14 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510221029.j9MATEKP005105@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 che666 at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |che666 at gmail.com ------- Additional Comments From che666 at gmail.com 2005-10-22 06:29 EST ------- few points real quick: update-desktop-database &>/deb/null || : <- typo doesent the build depend on arts like that? wine doesent need arts though to work... ;) just as an example... autodep tracking wont do the proper job in this case. atleast not unless its split up ;). .desktop menu entrys are missing for the wine programs that come with wine... like uninstaller notepad etc... i thought dlldir=%{buildroot}%{_libdir}/wine \ <-> $RPM_BUILD_ROOT%{_initrddir}/wine mixing of macro and var shouldnt be done according to package policy? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 10:32:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:32:49 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510221032.j9MAWne1005251@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-22 06:32 EST ------- A Windows 16/32 bit emulator -> A Windows 16/32/64 bit emulator -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 10:34:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:34:27 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510221034.j9MAYRSY005382@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-22 06:34 EST ------- Windows 3.1/95/NT -> Windows 3.x/9.x/NT -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 10:35:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:35:30 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510221035.j9MAZUir005569@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-22 06:35 EST ------- to run under Intel Unixes -> to run on 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 Sat Oct 22 10:38:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 06:38:11 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510221038.j9MAcB2c005673@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-22 06:37 EST ------- (In reply to comment #3) Windows 3.1/95/NT -> Windows 3.x/9x/NT -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 12:05:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 08:05:44 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510221205.j9MC5iTu010235@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From ellson at research.att.com 2005-10-22 08:05 EST ------- Build fails on x86_64 /usr/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DNO_LIBW INE_PORT -DWINE_UNICODE_API="" -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasi ng -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -O2 -g -pipe -Wall -W p,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 - m64 -mtune=nocona -D__i386__ -o casemap.o casemap.c In file included from ../../include/windef.h:218, from ../../include/wine/unicode.h:26, from casemap.c:4: ../../include/winnt.h:729:1: warning: "CONTEXT_CONTROL" redefined ../../include/winnt.h:688:1: warning: this is the location of the previous defin ition ../../include/winnt.h:730:1: warning: "CONTEXT_INTEGER" redefined ../../include/winnt.h:689:1: warning: this is the location of the previous defin ition ../../include/winnt.h:731:1: warning: "CONTEXT_SEGMENTS" redefined ../../include/winnt.h:690:1: warning: this is the location of the previous defin ition ../../include/winnt.h:732:1: warning: "CONTEXT_FLOATING_POINT" redefined ../../include/winnt.h:691:1: warning: this is the location of the previous defin ition ../../include/winnt.h:733:1: warning: "CONTEXT_DEBUG_REGISTERS" redefined ../../include/winnt.h:692:1: warning: this is the location of the previous defin ition ../../include/winnt.h:734:1: warning: "CONTEXT_FULL" redefined ../../include/winnt.h:693:1: warning: this is the location of the previous defin ition In file included from ../../include/windef.h:218, from ../../include/wine/unicode.h:26, from casemap.c:4: ../../include/winnt.h:846: error: conflicting types for 'CONTEXT' ../../include/winnt.h:695: error: previous declaration of 'CONTEXT' was 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 Sat Oct 22 12:48:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 08:48:48 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200510221248.j9MCmmL8012552@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 08:48 EST ------- * The release tag should be 0.1.rc1 according to the package naming guidelines * Some lines in the description tag are too long. * Just a question : what's the test in "make install%{!?debug_package:-strip}" for ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 13:07:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 09:07:26 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200510221307.j9MD7Q8v015153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 09:07 EST ------- > Just a question : what's the test in "make install%{!?debug_package:-strip}" for ? It's for those systems that don't create -debuginfo packages (legacy/old versions of rpm or those folks who don't have redhat-rpm-config installed). Not much use for that anymore, so I'll probably just remove it for the next package iteration. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 13:39:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 09:39:31 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200510221339.j9MDdVbD018071@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 09:39 EST ------- %changelog * Tue Oct 22 2005 Rex Dieter 0.1.1-0.2.rc1 - Release < 1, since it's not final - Drop Req: dcraw (not available from FE... yet) - Drop Req: kdebase (too big to be mandatory) - %%description: format < 80 columns, mention extra Reqs for some plugins. - drop goofy install-strip conditional Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kipi-plugins-0.1.0-0.2.rc1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kipi-plugins-0.1.0-0.2.rc1.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 Oct 22 14:53:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 10:53:55 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200510221453.j9MErtTY023286@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 10:53 EST ------- Review for release 0.2.rc1: * RPM name is OK * Source kipi-plugins-0.1.0-rc1.tar.bz2 is the same as upstream * Builds fine in mock * rpmlint of kipi-plugins looks OK * File list of kipi-plugins looks OK * Works fine. 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 Oct 22 15:08:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:08:09 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200510221508.j9MF89o2023753@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:07 EST ------- Thanks, importing 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 Sat Oct 22 15:17:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:17:55 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221517.j9MFHt0a024057@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 11:17 EST ------- Build fails in mock: Making all in adjustlevels make[3]: Entering directory `[...]/digikamimageplugins/adjustlevels' /usr/lib/qt-3.3/bin/moc ./adjustlevels.h -o adjustlevels.moc /usr/lib/qt-3.3/bin/moc ./imageplugin_adjustlevels.h -o imageplugin_adjustlevels.moc creating digikamimageplugin_adjustlevels_la.all_cpp.cpp ... /bin/sh ../../libtool [...] -c -o digikamimageplugin_adjustlevels_la.all_cpp.lo digikamimageplugin_adjustlevels_la.all_cpp.cpp /bin/sh ../../libtool [...] digikamimageplugin_adjustlevels_la.all_cpp.lo -lkparts -ldigikam grep: /usr/lib/libgdbm.la: No such file or directory /bin/sed: can't read /usr/lib/libgdbm.la: No such file or directory libtool: link: `/usr/lib/libgdbm.la' is not a valid libtool archive make[3]: *** [digikamimageplugin_adjustlevels.la] Error 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 Oct 22 15:27:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:27:02 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221527.j9MFR26Y024466@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:26 EST ------- Gotta love libtool. Looks like a digikam bug (not omitting libtool archives), bug #171503 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From partha_26786794123 at yahoo.com Sat Oct 22 15:29:20 2005 From: partha_26786794123 at yahoo.com (Partha Goswami) Date: Sat, 22 Oct 2005 08:29:20 -0700 (PDT) Subject: a problem in FC3 Message-ID: <20051022152920.2510.qmail@web33612.mail.mud.yahoo.com> Hi there, I have face a problem with FC 3. I canot understand how can i slove it . actually when i open Network configration & going to avtive net connection it shows it is inactive . but when i am going to open any web page it is open. can anyone tell me how i solve it? partha goswami __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From bugzilla at redhat.com Sat Oct 22 15:33:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:33:12 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221533.j9MFXCIq024804@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:33 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 0.7.4-2 - BR: gdbm-devel (workaround for digikam bug #171503) Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/digikamimageplugins-0.7.4-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/digikamimageplugins-0.7.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 bugzilla at redhat.com Sat Oct 22 15:46:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:46:29 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221546.j9MFkS4v025566@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:46 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 0.7.4-3 - follow icon spec (touch icon theme dir) Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/digikamimageplugins-0.7.4-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/digikamimageplugins-0.7.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 Sat Oct 22 15:47:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:47:08 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510221547.j9MFl8LF025613@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-10-22 11:47 EST ------- Initial comments, not a full review: - Are you sure about the %description i18n syntax? I thought it'd be %description -l $lang, not %description($lang). The Italian one has a typo (two r's in descrription). - Why StartupNotify=false in desktop entry? - "s/Comment= /Comment=/" dvdisaster.desktop - The desktop entry could use an icon, eg. icons/create.png -> /usr/share/icons/hicolor/24x24/apps/dvdisaster.png - "GTK" would sound more appropriate than "GNOME" in desktop entry's categories - "Application" is not a registered desktop entry category - gtk2-devel already pulls in atk-devel and pango-devel (at least in FC4) - Maybe better to specify localedir as %{_datadir}/locale than %{_prefix}/share/locale - LOCALEDIR should be defined in "make" at %build time too as it is compiled in (see dvdisaster.c). Maybe also other dirs, haven't checked. Maybe ./configure is not doing its job properly? From "make show": LOCALEDIR = /usr/locale DOCDIR = /usr/doc DOCSUBDIR = /usr/doc/dvdisaster-0.64 - Missing BuildRequires: gettext - The German and Italian man pages should be marked as %lang(de) and %lang(it). Ditto the other German and Italian documentation. - Buildroot remains in installed files, only man pages though (install fedora-rpmdevtools and add this to your ~/.rpmmacros to reproduce): %__arch_install_post /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot + /usr/lib/rpm/check-buildroot /var/tmp/dvdisaster-0.64-1-buildroot-scop/usr/share/man/it/man1/dvdisaster.1:.IR /var/tmp/dvdisaster-0.64-1-buildroot-scop/usr/share/doc/dvdisaster-0.64/en /var/tmp/dvdisaster-0.64-1-buildroot-scop/usr/share/man/man1/dvdisaster.1:.IR /var/tmp/dvdisaster-0.64-1-buildroot-scop/usr/share/doc/dvdisaster-0.64/en /var/tmp/dvdisaster-0.64-1-buildroot-scop/usr/share/man/de/man1/dvdisaster.1:.IR /var/tmp/dvdisaster-0.64-1-buildroot-scop/usr/share/doc/dvdisaster-0.64/de Found '/var/tmp/dvdisaster-0.64-1-buildroot-scop' in installed files; aborting error: Bad exit status from /var/tmp/rpm-tmp.95477 (%install) - I wonder why the icons are installed as %doc in /usr/share/doc/dvdisaster-0.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 Sat Oct 22 15:50:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:50:48 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510221550.j9MFomhp025898@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-22 11:50 EST ------- (In reply to comment #1) > - I wonder why the icons are installed as %doc > in /usr/share/doc/dvdisaster-0.64 ? Oh, never mind 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 Oct 22 15:58:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 11:58:37 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221558.j9MFwbsc026339@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From gauret at free.fr 2005-10-22 11:58 EST ------- Build failed again in mach, this time requirering /usr/lib/libkipi.la (but we don't ship it anymore) By the way, some lines are more than 80 cols in the 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 Sat Oct 22 16:30:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 12:30:09 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221630.j9MGU95t027694@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 12:30 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 0.7.4-4 - %%description: < 80 columns - BR: libkipi-devel, libkexif-devel, gphoto2-devel, imlib2-devel (workaround for digikam bug #171503) Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/digikamimageplugins-0.7.4-4.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/digikamimageplugins-0.7.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 Sat Oct 22 17:23:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 13:23:27 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221723.j9MHNRQC031211@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |170335 OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 13:23 EST ------- Review for release 4: * RPM name is OK * Source digikamimageplugins-0.7.4.tar.bz2 is the same as upstream * Builds fine in mock * rpmlint of digikamimageplugins looks OK * File list of digikamimageplugins looks OK * Plugins are detected by digikam, and work fine. I would approve it but for the scriptlets not running gtk-update-icon-cache. I understand your point about not running it, therefore I'm adding the bug as 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 Sat Oct 22 17:30:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 13:30:54 -0400 Subject: [Bug 171539] New: Review Request: kasablanca: Graphical FTP 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=171539 Summary: Review Request: kasablanca: Graphical FTP client Product: Fedora Extras Version: devel Platform: All URL: http://kasablanca.berlios.de/ 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/kasablanca-0.4.0.2-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kasablanca-0.4.0.2-1.src.rpm Description: Kasablanca is an ftp client for KDE, among its features are currently encryption (auth tls) support, fxp, site bookmarks, and queued transfers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 17:31:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 13:31:11 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510221731.j9MHVB45031557@www.beta.redhat.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|171418 | rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171539 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 17:56:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 13:56:10 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221756.j9MHuAZs001283@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 13:56 EST ------- fine, I'll re-add the gtk-update-icon-cache call... I just needed to vent... (-: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 18:02:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:02:59 -0400 Subject: [Bug 171541] New: Review Request: kimdaba: KDE Image Database 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=171541 Summary: Review Request: kimdaba: KDE Image Database Product: Fedora Extras Version: devel Platform: All URL: http://ktown.kde.org/kimdaba/ 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/kimdaba-2.1-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kimdaba-2.1-2.src.rpm Description: An image database tool. KimDaBa focuses on three key points: * It must be easy to describe a number of images at a time. * It must be easy to search for images. * It must be easy to browse and View the images. Can (optionally) use kipi-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 Sat Oct 22 18:03:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:03:16 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510221803.j9MI3GvZ001575@www.beta.redhat.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| |171541 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 18:05:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:05:42 -0400 Subject: [Bug 171289] Review Request: dirmngr: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510221805.j9MI5gs7001715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: dirmngr- |Review Request: dirmngr: |0.9.2-2: Client for |Client for |Managing/Downloading CRLs |Managing/Downloading CRLs ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 14:05 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 0.9.2-3 - create/own more files/dirs for --daemon mode - TODO: proper init script Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/dirmngr-0.9.2-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/dirmngr-0.9.2-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 Oct 22 18:11:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:11:22 -0400 Subject: [Bug 171539] Review Request: kasablanca: Graphical FTP client In-Reply-To: Message-ID: <200510221811.j9MIBMXg001905@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasablanca: Graphical FTP client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171539 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 14:11 EST ------- * Desktop file: the Categories tag should contain Application (wiki: PackagingGuidelines#desktop) * Please remove the CVS tag id on top of the spec file (it mentions kbear.spec) * As in digikamimageplugins : * please drop the debug_package test in make install * please re-add the gtk-update-cache call -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 18:17:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:17:08 -0400 Subject: [Bug 171539] Review Request: kasablanca: Graphical FTP client In-Reply-To: Message-ID: <200510221817.j9MIH8YY002227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasablanca: Graphical FTP client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171539 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 14:17 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 0.4.0.2-2 - .desktop: --add-category=Application - %%post,%%postun: gtk-update-icon-cache - drop CVS tags - drop %%{?debug_package} Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kasablanca-0.4.0.2-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kasablanca-0.4.0.2-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 Sat Oct 22 18:21:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:21:59 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510221821.j9MILxBv002420@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn|170335, 171503 | ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 14:21 EST ------- Blockers have been worked-around, removing... %changelog * Sat Oct 22 2005 Rex Dieter 0.7.4-5 - %%post,%%postun: gtk-update-icon-cache - drop %%{?debug_package} - drop CVS tags Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/digikamimageplugins-0.7.4-5.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/digikamimageplugins-0.7.4-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 nman64 at n-man.com Sat Oct 22 18:24:40 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sat, 22 Oct 2005 13:24:40 -0500 Subject: a problem in FC3 In-Reply-To: <20051022152920.2510.qmail@web33612.mail.mud.yahoo.com> References: <20051022152920.2510.qmail@web33612.mail.mud.yahoo.com> Message-ID: <435A83E8.6040908@n-man.com> Partha Goswami wrote: > Hi there, > > I have face a problem with FC 3. I canot understand > how can i slove it . actually when i open Network > configration & going to avtive net connection it shows > it > is inactive . but when i am going to open any web page > it > is open. > > can anyone tell me how i solve it? > > partha goswami > > > > __________________________________ > Yahoo! FareChase: Search multiple travel sites in one click. > http://farechase.yahoo.com > > Your post is off-topic for this list. Please pay more attention to which list you post to in the future. You need fedora-list at redhat.com. See http://www.redhat.com/mailman/listinfo/fedora-list and http://fedoraproject.org/wiki/Communicate -- 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 Sat Oct 22 18:34:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:34:33 -0400 Subject: [Bug 171539] Review Request: kasablanca: Graphical FTP client In-Reply-To: Message-ID: <200510221834.j9MIYXIs002890@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasablanca: Graphical FTP client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171539 ------- Additional Comments From ville.skytta at iki.fi 2005-10-22 14:34 EST ------- "Application" is not a registered desktop entry category, I wonder if it's still needed in recent distro versions: 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 Sat Oct 22 18:37:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:37:48 -0400 Subject: [Bug 171539] Review Request: kasablanca: Graphical FTP client In-Reply-To: Message-ID: <200510221837.j9MIbmad003042@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasablanca: Graphical FTP client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171539 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 14:37 EST ------- > "Application" is not a registered desktop entry category It used to, maybe it was removed recently (personally, I considered it mostly superfluous 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 Sat Oct 22 18:47:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 14:47:18 -0400 Subject: [Bug 171289] Review Request: dirmngr: Client for Managing/Downloading CRLs In-Reply-To: Message-ID: <200510221847.j9MIlI6X003533@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dirmngr: Client for Managing/Downloading CRLs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171289 ------- Additional Comments From ville.skytta at iki.fi 2005-10-22 14:47 EST ------- Looks ok in a brief look, still waiting for clues how to actually test this. In the meantime, a couple of nitpicky comments: %configure passes %{_localstatedir}, not %{_var} to --localstatedir, and that is used by the build, see src/Makefile.am. And the default socket path uses a hardcoded /var. I think /var/lib is ok for all archs, multilib or not. If you want, the hardcoded .gz could be dropped from the install-info's. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 19:04:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 15:04:19 -0400 Subject: [Bug 171539] Review Request: kasablanca: Graphical FTP client In-Reply-To: Message-ID: <200510221904.j9MJ4JUh004240@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasablanca: Graphical FTP client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171539 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 15:04 EST ------- Review for release 2: * RPM name is OK * Source kasablanca-0.4.0.2.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of kasablanca looks OK * File list of kasablanca looks OK * Works fine. 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 Oct 22 19:20:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 15:20:12 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510221920.j9MJKCJ0005317@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-22 15:20 EST ------- > Are you sure about the %description i18n syntax? Not sure. :) I've tried to guess correct syntax, believing that either rpmbuild or rpmlint will tell me if i've not guessed... Both say nothing about it. :( > Why StartupNotify=false in desktop entry? Just take it from the wiki/PackagingGuidelines example. AFAIK dvdisaster is not so much closely integrated with Gnome or KDE to support startup-notification features. > The desktop entry could use an icon, eg. icons/create.png Add this one, actually placed as /usr/share/pixmaps/dvdisaster.png > "Application" is not a registered desktop entry category cd /usr/share/applications grep 'Categories.*Application' * it gives 93 matches on my FC3 box... As I make this package for Fedora (not for general use), if Fedora for some reason does not follow standards, then I should believe Fedora. > Maybe better to specify localedir as %{_datadir}/locale than > %{_prefix}/share/locale "share/locale" is hardcoded in /usr/lib/rpm/find-debuginfo.sh, therefore I've chosen such variant. Other things are done. New SPEC: http://dmitry.butskoy.name/dvdisaster/dvdisaster.spec New SRPM: http://dmitry.butskoy.name/dvdisaster/dvdisaster-0.64-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 Sat Oct 22 19:41:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 15:41:09 -0400 Subject: [Bug 170973] Review Request: gnomebaker: Gnome CD/DVD burner In-Reply-To: Message-ID: <200510221941.j9MJf9is007014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomebaker: Gnome CD/DVD burner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170973 ------- Additional Comments From bdpepple at ameritech.net 2005-10-22 15:41 EST ------- (In reply to comment #8) Looks like this has been already reported upstream: https://sourceforge.net/tracker/index.php?func=detail&aid=1327700&group_id=127397&atid=708499 Hopefully, later this weekend I can get some time to see what the problem 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 Sat Oct 22 19:45:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 15:45:32 -0400 Subject: [Bug 169795] Review Request: gsynaptics In-Reply-To: Message-ID: <200510221945.j9MJjWdT007592@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gsynaptics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169795 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From fedora at leemhuis.info 2005-10-22 15:45 EST ------- (In reply to comment #4) > (In reply to comment #3) > > [...] APPROVED > > I could not test this, however, someone with a touchpad will have to. > I tested it on my notebook, but I would be glad if someone else could give it a > short try. But if no one steps up in the next days I'm going to import it to cvs > and build it. Imported, updated owners.list, requested branches for FC4 and FC3, build for devel succeed. Note, I'll add a ExcludeArch: ppc ppc64 to the FC4 version because synaptics is missing for FC4-pcc (its available for rawhide-ppc). I won't open a bug in bugzilla as required by the PackageReviewGuidelines. This is IMHO unnecessary in this situation because this bug would probably never be fixed. If someone disagrees with my decision please yell here or on fedora-extras-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 Sat Oct 22 20:01:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 16:01:11 -0400 Subject: [Bug 169795] Review Request: gsynaptics In-Reply-To: Message-ID: <200510222001.j9MK1BBK009097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gsynaptics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169795 ------- Additional Comments From jpmahowald at gmail.com 2005-10-22 16:00 EST ------- > Note, I'll add a ExcludeArch: ppc ppc64 to the FC4 version because synaptics > is missing for FC4-pcc (its available for rawhide-ppc). Be sure to add a comment to that effect in the 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 Sat Oct 22 20:02:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 16:02:44 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510222002.j9MK2inf009198@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-22 16:02 EST ------- * name OK, matches upstream (though I would probably have just called it polyxmass) * license good (GPL), in %doc * specfile legible * builds on FC4 i386 * uses %find_lang * owns its directories * consistent macro use * %clean OK * %docs good, no need for seperate package * app runs needs work: * .desktop file, installed with desktop-file-install * minor: rpmlint only can't find changelog version: W: polyxmass-bin no-version-in-last-changelog W: polyxmass-bin-debuginfo no-version-in-last-changelog the purpose of the patch is to make it compile without -Werror? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 20:17:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 16:17:17 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200510222017.j9MKHHgh009881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 ------- Additional Comments From gauret at free.fr 2005-10-22 16:17 EST ------- Yeah, I understand, it's quite a pain in the bottom... I hope the cron job will be added before everybody has updated their spec file... 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 bugzilla at redhat.com Sat Oct 22 20:39:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 16:39:04 -0400 Subject: [Bug 171090] Review Request: paps - Plain Text to PostScript(TM) converter In-Reply-To: Message-ID: <200510222039.j9MKd4CE010955@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paps - Plain Text to PostScript(TM) converter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171090 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 16:38 EST ------- * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot) * The package should contain the text of the license (the COPYING file) (wiki: PackageReviewGuidelines) * The package does not honor RPM_OPT_FLAGS. Building with: make %{?_smp_mflags} CC="gcc $RPM_OPT_FLAGS" should 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 Sat Oct 22 21:03:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:03:45 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222103.j9ML3j1a013124@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-22 17:03 EST ------- Needs work: * rpmlint of kimdaba: Applications/Graphics (should be Applications/Multimedia, like digikam) * The package should contain the text of the license (COPYING file) (wiki: PackageReviewGuidelines) * Missing dependancy on update-desktop-database for %post and %postun (in package desktop-file-utils) * as for other recent packages: * remove debug_package test on make install * enable gtk-update-icon-cache in scriptlets * looks like you're getting rid of kde-redhat specific tags in CVS, please do it here too. (dist tag and BRs) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 21:04:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:04:00 -0400 Subject: [Bug 169030] Review Request: Workrave In-Reply-To: Message-ID: <200510222104.j9ML409P013186@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Workrave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169030 ------- Additional Comments From tmraz at redhat.com 2005-10-22 17:03 EST ------- > * Need to use %find_lang macro, as per the PackagingGuidelines on the wiki - done > For the debug info chmod -x *.cc and *.hh files in %prep or something - I don't think it's worth it as it's only a debuginfo package and the wrong permissions on the source files don't break anything > * need a .desktop file for workrave executable, and install it with desktop-file-install - created a new .desktop file > * configure did check for XML::Parer, if this is important perl-libxml-enno is needed as a BuildRequires - this is used only when intltool is run - not normally in the build process New .spec and src.rpm uploaded. http://people.redhat.com/tmraz/workrave/workrave-1.8.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 Sat Oct 22 21:13:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:13:10 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222113.j9MLDAO5013697@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 17:12 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 2.1-3 - %%doc: COPYING - Req(post,postun): update-desktop-database - gtk-update-icon-cache - remove unused crud (kde-redhat bits) - Group: Applications/Multimedia - drop %%{?debug_package} conditionals Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kimdaba-2.1-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kimdaba-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 rdieter at math.unl.edu Sat Oct 22 21:38:44 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 22 Oct 2005 16:38:44 -0500 Subject: buildsystem stuck Message-ID: There seems to be bunch of jobs stuck at "running/downloaded" for about the last 30 minutes. Is it just a coincidence they are all for fc5 targets? $ plague-client list .... 172: digikam (digikam-0_7_4-4_fc5) mgarski at post.pl building/in-progress ppc1.fedora.redhat.com(ppc): b842ff0afcd2ddcb14b46feb58c4570b6330b6f8 running/downloaded hammer3.fedora.redhat.com(x86_64): 82a22d292cbbfc115ee28cc4cdac2d489ba8c326 running/downloaded hammer2.fedora.redhat.com(i386): 50ed583f2437176ea528ac196ef7888aa238b480 running/downloaded 173: uw-imap (uw-imap-2004g-1_fc5) rdieter at math.unl.edu building/in-progress ppc1.fedora.redhat.com(ppc): 3a3f62ec4c7d2eec17b07e0509f9d42e732d30a7 running/downloaded 174: enchant (enchant-1_2_0-1_fc5) uwog at uwog.net building/in-progress ppc1.fedora.redhat.com(ppc): 66a62ee0f76c186c84d04e82c99cd8371088b3a6 running/downloaded 170: digikamimageplugins (digikamimageplugins-0_7_4-6_fc5) rdieter at math.unl.edu waiting/in-progress From bugzilla at redhat.com Sat Oct 22 21:39:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:39:24 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222139.j9MLdOxQ014567@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 ------- Additional Comments From gauret at free.fr 2005-10-22 17:39 EST ------- Why drop Application in the desktop file category ? From http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines : ? All Categories must be from the standard set (see below), with the exception that the "Application" category should be included where appropriate (ie. for everything that is supposed to be shown in the menus) for backwards compatibility even though it is not listed as a standard category. ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 21:52:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:52:22 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222152.j9MLqMLU015360@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 17:52 EST ------- crap, I knew there was a reason to keep Application, even if it wasn't mentioned 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 Sat Oct 22 21:57:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:57:18 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222157.j9MLvIGk015546@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 ------- Additional Comments From gauret at free.fr 2005-10-22 17:57 EST ------- Yeah, it looks like it's needed for the "Other" submenu : /etc/xdg/menus/applications.menu, and possibly elsewhere. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 21:58:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:58:46 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222158.j9MLwkOA015624@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 17:58 EST ------- %changelog * Sat Oct 22 2005 Rex Dieter 2.1-4 - --add-category Application Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kimdaba-2.1-4.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redh -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 22 21:59:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 17:59:15 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510222159.j9MLxFWS015668@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 17:59 EST ------- SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kimdaba-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 bugzilla at redhat.com Sat Oct 22 22:58:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 18:58:54 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510222258.j9MMwsCo018534@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-22 18:58 EST ------- This data is necessary for polyxmass to be useful, so it is acceptable data - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc - spec file legible - source matches upstream - package compiles on FC4 i386 - no BR - no locales - not relocatable - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop file needs work: - does not appear to own or require /usr/share/polyxmass - rpmlint: W: polyxmass-data non-conffile-in-etc /etc/polyxmass/polchem-defs/polyxmass-data-polchem-defs-cat W: polyxmass-data non-conffile-in-etc /etc/polyxmass/polchem-defs/polyxmass-data-polchem-defs-atom-defs-dic and a while lot of zero length .ogg files. Are the oggs necessary? The conffile can probably be ignored, it's really a config 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 Sat Oct 22 23:18:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 19:18:12 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510222318.j9MNIC1S019422@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-22 19:18 EST ------- yes thats what the patch is for because optflags make the build noisy... desktop icon has been added =) http://fedora.lowlatency.de/review/polyxmass-bin.spec http://fedora.lowlatency.de/review/polyxmass-bin-0.8.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 Sat Oct 22 23:21:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 19:21:15 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510222321.j9MNLFT1019746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-22 19:21 EST ------- Hm I don't know about the .ogg files but /usr/share/polyxmass is owned by polyxmass-bin and thus ok because polyxmass-data requires polyxmass-bin... =) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 03:06:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 23:06:33 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510230306.j9N36XJg030627@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 ------- Additional Comments From jpmahowald at gmail.com 2005-10-22 23:06 EST ------- The desktop file was added, but it really needs an icon. I suggest /usr/share/polyxmass/glade/polyxmass-icon-32x32.png This line to the desktop file should do it: Icon=/usr/share/polyxmass/glade/polyxmass-icon-32x32.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 Sun Oct 23 03:09:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 22 Oct 2005 23:09:39 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510230309.j9N39dCj030725@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 ------- Additional Comments From jpmahowald at gmail.com 2005-10-22 23:09 EST ------- OK, polyxmass-bin owns /usr/share/polyxmass. And the zero length isn't a big deal. APPROVED Now waiting on polyxmass-bin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 04:32:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 00:32:26 -0400 Subject: [Bug 167888] Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass In-Reply-To: Message-ID: <200510230432.j9N4WQ8P001859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167888 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-23 00:32 EST ------- - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on FC4 i386 - no locales - not relocatable - permissions ok - %clean ok - macro use consistent - acceptable content - no need for -docs - nothing in %doc affects runtime - no need for .desktop file - rpmlint: W: polyxmass-common no-version-in-last-changelog W: polyxmass-common non-conffile-in-etc /etc/polyxmass/chempad.conf W: polyxmass-common non-conffile-in-etc /etc/polyxmass/polchem-defs/polyxmass-common-polchem-defs-atom-defs-dic W: polyxmass-common non-conffile-in-etc /etc/polyxmass/polchem-defs/polyxmass-common-polchem-defs-cat W: polyxmass-common non-conffile-in-etc /etc/polyxmass/atom-defs/polyxmass-common-atom-defs-cat all of which are minor and can probably be ignored. The description is hardly different from polyxmass-data. Could be more clear as to the difference. Also, both common and data seem to own /usr/share/polyxmass/pol-seqs and /etc/polyxmass/polchem-defs. Any reason not to combine the two into one package, or two packages from one 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 Oct 23 04:44:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 00:44:32 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510230444.j9N4iWa5002479@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 perbj at stanford.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |perbj at stanford.edu ------- Additional Comments From perbj at stanford.edu 2005-10-23 00:44 EST ------- I haven't had time to test yet, but perhaps you should think more about using some lower version number? The current "date version" is really just a snapshot date - as far as I have understood the "beta release" will be numbered 0.9 and it would be a shame to have to bump the epoch immediately just because the first package had a huge version number! I think that knowingly forcing epoch=1 (which you'll need once the official beta comes out unless you want to diverge drastically from upstream version numbers) is a large price to pay just to stick with conventions from the upstream-produced RPMs of earlier versions. Fedora packages generally haven't made too much in the way of concessions to please external packages - sometimes that's annoying, but often it's a sane engineering policy. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 04:51:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 00:51:28 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510230451.j9N4pSOU003362@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From perbj at stanford.edu 2005-10-23 00:51 EST ------- Oops. So I probably wasn't very clear with what I was actually suggesting in my comment above. What I meant to suggest was: Version: 0.0 Release: 20050930.X%{dist} (where the X in the release is the digit that is bumped per iteration, of course). If you really dislike 0.0 as a version number, choose whatever else that you like that you are sure is smaller than what the first beta version will be labeled with - something like 0.1 is probably safe too, but it sure is a bit hard to explain why it's better than 0.0 as far as I can see. This way you'll get a sane upgrade path to the beta which you have label (assuming that the verision number is actually 0.9 as I believe that I have heard) Version: 0.9 Release: X%{dist} just like any other 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 Sun Oct 23 05:35:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 01:35:15 -0400 Subject: [Bug 169030] Review Request: Workrave In-Reply-To: Message-ID: <200510230535.j9N5ZFtX004913@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Workrave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169030 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-23 01:35 EST ------- Looks good: - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc - spec file legible - source matches upstream - package compiles on FC4 i386 - no missing BR - used %find_lang - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - works 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 Sun Oct 23 06:14:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 02:14:15 -0400 Subject: [Bug 169717] Review Request: Internode DSL usage applet In-Reply-To: Message-ID: <200510230614.j9N6EFwE006793@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Internode DSL usage applet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169717 ------- Additional Comments From jpmahowald at gmail.com 2005-10-23 02:14 EST ------- Note that this has not been tested with a real Internode ADSL account yet. http://www.internode.on.net/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 23 06:30:59 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 23 Oct 2005 08:30:59 +0200 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: <200510221527.j9MFR26Y024466@www.beta.redhat.com> References: <200510221527.j9MFR26Y024466@www.beta.redhat.com> Message-ID: <1130049059.28858.206.camel@mccallum.corsepiu.local> > ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:26 EST ------- > Gotta love libtool. You are just spreading FUD. > Looks like a digikam bug (not omitting libtool archives), > bug #171503 How many time do I have to reiterate: You must not remove *.la's if it once had been inside of a released package or rebuild each and every package depending on it. If *.la's were always being shipped this all would not be an issue. Ralf From buildsys at fedoraproject.org Sun Oct 23 06:33:34 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Oct 2005 02:33:34 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051023063334.4142A808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 24 colorscheme-0.2.2.1-1.fc5 digikam-0.7.4-4.fc5 enchant-1.2.0-1.fc5 gobby-0.2.2-6 gobby-0.2.2-6.fc5 gsynaptics-0.9.4-3.fc5 gv-3.6.1-3.fc5 http_ping-20050629-1.fc5 iftop-0.16-5.fc5 kasablanca-0.4.0.2-2.fc5 kipi-plugins-0.1.0-0.2.rc1.fc5 konversation-0.18-5.fc5 krecipes-0.8.1-3.fc5 libkipi-0.1.2-4.fc5 openslp-1.2.1-2.fc5 perl-Boulder-1.30-2.fc5 perl-Cflow-1.053-2.fc5 perl-Cflow-1.053-3.fc5 perl-GD-2.30-1.fc5 perl-Net-IP-CMatch-0.02-2.fc5 plone-2.1.1-1.fc5 scim-input-pad-0.1.0-3.fc5 uw-imap-2004g-1.fc5 zope-2.8.3-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 Sun Oct 23 06:51:24 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Oct 2005 02:51:24 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051023065124.228B5808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 11 colorscheme-0.2.2.1-1.fc4 digikam-0.7.4-4.fc4 enchant-1.2.0-1.fc4 gobby-0.2.2-6.fc4 kanatest-0.3.6-3.fc4 konversation-0.18-5.fc4 krecipes-0.8.1-3.fc4 libkipi-0.1.2-4.fc4 libpolyxmass-0.8.9-4.fc4 openslp-1.2.1-2.fc4 scim-input-pad-0.1.0-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 Oct 23 07:03:16 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Oct 2005 03:03:16 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051023070316.E3CB4808C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 8 digikam-0.7.4-4.fc3 enchant-1.2.0-1.fc3 konversation-0.18-5.fc3 krecipes-0.8.1-3.fc3 libkipi-0.1.2-4.fc3 libpolyxmass-0.8.9-4.fc3 openslp-1.2.1-2.fc3 scim-input-pad-0.1.0-3.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From toshio at tiki-lounge.com Sun Oct 23 07:15:46 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sun, 23 Oct 2005 00:15:46 -0700 Subject: Applications that need unreleased libraries Message-ID: <1130051746.3782.17.camel@localhost> A new gnotime[1]_ has been released that unfortunately depends on a version of the qof library which has been marked by the maintainers as a development release, not intended for packaging.[2]_ The gnotime tarball includes a version of qof that it works with. My plan is to build the new gnotime against a static version of this internal library until a new qof is released. To track the static dependency I'll also document the changes required to revert to the system qof when the new version is released and file a bugzilla against gnotime to remove the static qof. Does anyone have a better suggestion? [1]_ http://www.sf.net/projects/gttr [2]_ http://sourceforge.net/forum/forum.php?forum_id=495498 -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 Sun Oct 23 07:17:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 03:17:35 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510230717.j9N7HZdV011373@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-23 03:17 EST ------- I see your point but as I see it we need to bump epoch anyway. winehq snapshots have had this version numbering for a long time and we need to assume that people in lack of the fc/fe package installed winehq's version. That way we ensure that those people get the fedora extras packages as well. So I would anyway bump epoch and as 0.9 is around the corner (Tuesday I believe) I would like to see that happen if you can agree... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 07:19:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 03:19:45 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510230719.j9N7JjkA011599@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-23 03:19 EST ------- Here you go :) http://fedora.lowlatency.de/review/polyxmass-bin-0.8.9-3.src.rpm http://fedora.lowlatency.de/review/polyxmass-bin.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 Sun Oct 23 07:25:11 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 23 Oct 2005 09:25:11 +0200 Subject: Applications that need unreleased libraries In-Reply-To: <1130051746.3782.17.camel@localhost> References: <1130051746.3782.17.camel@localhost> Message-ID: <1130052311.28858.211.camel@mccallum.corsepiu.local> On Sun, 2005-10-23 at 00:15 -0700, Toshio Kuratomi wrote: > A new gnotime[1]_ has been released that unfortunately depends on a > version of the qof library which has been marked by the maintainers as a > development release, not intended for packaging.[2]_ > > The gnotime tarball includes a version of qof that it works with. My > plan is to build the new gnotime against a static version of this > internal library until a new qof is released. To track the static > dependency I'll also document the changes required to revert to the > system qof when the new version is released and file a bugzilla against > gnotime to remove the static qof. > > Does anyone have a better suggestion? Not upgrading gnotime in FE. IMO, FE should restrict itself to "sufficiently stable" packages. Developers marking their own work as "not intended for packaging" does not qualify as such, and therefore automatically excludes all work depending on this as "not upgradable/will have to wait until upstream has made it" Ralf From bugzilla at redhat.com Sun Oct 23 07:29:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 03:29:07 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510230729.j9N7T77f012349@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From nman64 at n-man.com 2005-10-23 03:28 EST ------- I'm inclined to agree on bumping the epoch. It is best to avoid using epoch loosely, but it fits in this case. This is basically why we have the epoch. Follow the version scheme that has been used upstream and in all other Wine RPMs, and bump the epoch with the beta release to make everything 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 Sun Oct 23 07:40:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 03:40:35 -0400 Subject: [Bug 167888] Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass In-Reply-To: Message-ID: <200510230740.j9N7eZF0012660@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167888 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-23 03:40 EST ------- I left them as two seperate packages because of the upstream name(s)... Excluded the two mentioned files: http://fedora.lowlatency.de/review/polyxmass-common-0.8.7-2.src.rpm http://fedora.lowlatency.de/review/polyxmass-common.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 paul at all-the-johnsons.co.uk Sun Oct 23 07:58:47 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 23 Oct 2005 08:58:47 +0100 Subject: Problem building srpm & rpm Message-ID: <1130054328.9657.48.camel@localhost> Hi, I'm building pygame. This relies on Numeric which in turn depends on clapack. I have the sources for clapack and have written a spec file for it which works. The problem is, the build doesn't. I'm getting the following at the end and I'm not sure how to fix it + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot ************************************************************************ * * Warning: 'check-rpaths' detected a broken RPATH and will cause 'rpmbuild' to fail. To ignore these errors, you can set the '$QA_RPATHS' environment variable which is a bitmask allowing the values below. The current valuse of QA_RPATHS is 0x0000 (followed by the bitmasks) ERROR: file '/usr/lib/libclapack.so.3.0.0' contains an invalid rpath '/home/paul/rpmbuild/BUILD/CLAPACK/BLAS/SRC/.libs' in [/home/paul/rpmbuild/BUILD/CLAPACK/BLAS/SRC/.libs] error: Bad exit status from /var/tmp/rpm-tmp.66567 (%install) The install section of the spec file looks like this %install rm -rf $RPM_BUILD_ROOT #workaround libtool ed SRC/libclapack.la < From bugzilla at redhat.com Sun Oct 23 08:13:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 04:13:11 -0400 Subject: [Bug 171541] Review Request: kimdaba: KDE Image Database In-Reply-To: Message-ID: <200510230813.j9N8DATB014066@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kimdaba: KDE Image Database https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171541 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-23 04:13 EST ------- Review for release 4: * RPM name is OK * Source kimdaba-2.1.tar.bz2 is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of kimdaba looks OK * File list of kimdaba looks OK * Works fine 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 Sun Oct 23 09:07:57 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sun, 23 Oct 2005 02:07:57 -0700 Subject: Applications that need unreleased libraries In-Reply-To: <1130052311.28858.211.camel@mccallum.corsepiu.local> References: <1130051746.3782.17.camel@localhost> <1130052311.28858.211.camel@mccallum.corsepiu.local> Message-ID: <1130058477.3782.46.camel@localhost> On Sun, 2005-10-23 at 09:25 +0200, Ralf Corsepius wrote: > On Sun, 2005-10-23 at 00:15 -0700, Toshio Kuratomi wrote: > > A new gnotime[1]_ has been released that unfortunately depends on a > > version of the qof library which has been marked by the maintainers as a > > development release, not intended for packaging.[2]_ > > > > The gnotime tarball includes a version of qof that it works with. My > > plan is to build the new gnotime against a static version of this > > internal library until a new qof is released. To track the static > > dependency I'll also document the changes required to revert to the > > system qof when the new version is released and file a bugzilla against > > gnotime to remove the static qof. > > > > Does anyone have a better suggestion? > Not upgrading gnotime in FE. > > IMO, FE should restrict itself to "sufficiently stable" packages. > Developers marking their own work as "not intended for packaging" does > not qualify as such, and therefore automatically excludes all work > depending on this as "not upgradable/will have to wait until upstream > has made it" > I very much disagree that FE should restrict itself to only stable packages. However, when a package has both stable and unstable versions I can see staying with the stable version instead of the unstable version. This package is hard to quantify in this regard as the upstream author (who is also a maintainer of the qof library) has made the decision that the interfaces he needs from qof are ready to go into a stable release of gnotime. I've been test running the new version for over a month with no problems so the application as a whole could fit the "sufficiently stable" definition. I could hold off on upgrading for another month or two and watch for bugs upstream but if nothing shows up and qof doesn't make a new general consumption release the only way to tell in the end is to release it into the wild. -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 Sun Oct 23 10:28:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 06:28:18 -0400 Subject: [Bug 171565] New: Review Request: drgeo 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=171565 Summary: Review Request: drgeo Product: Fedora Extras Version: devel Platform: All URL: http://www.ofset.org/drgeo OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: eric.tanguy at univ-nantes.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-1.1.0-1.src.rpm Description: Dr. Geo is a interactive geometry GUI application. It allows one to create geometric figure plus the interactive manipulation of such figure in respect with their geometric constraints. It is usable in teaching situation with students from primary or secondary level. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 10:28:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 06:28:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510231028.j9NASYID028180@www.beta.redhat.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 eric.tanguy at univ-nantes.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171565 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 23 11:35:45 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 23 Oct 2005 13:35:45 +0200 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: <1130049059.28858.206.camel@mccallum.corsepiu.local> References: <200510221527.j9MFR26Y024466@www.beta.redhat.com> <1130049059.28858.206.camel@mccallum.corsepiu.local> Message-ID: <20051023133545.5475392a.bugs.michael@gmx.net> On Sun, 23 Oct 2005 08:30:59 +0200, Ralf Corsepius wrote: > > ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:26 EST ------- > > Gotta love libtool. > You are just spreading FUD. > > > Looks like a digikam bug (not omitting libtool archives), > > bug #171503 > How many time do I have to reiterate: You must not remove *.la's if it > once had been inside of a released package or rebuild each and every > package depending on it. > > If *.la's were always being shipped this all would not be an issue. Libtool inter-library dependencies are not beneficial. From bugzilla at redhat.com Sun Oct 23 11:36:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 07:36:53 -0400 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510231136.j9NBarHb031954@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-23 07:36 EST ------- New spec file Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.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 bugs.michael at gmx.net Sun Oct 23 11:39:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 23 Oct 2005 13:39:24 +0200 Subject: Applications that need unreleased libraries In-Reply-To: <1130051746.3782.17.camel@localhost> References: <1130051746.3782.17.camel@localhost> Message-ID: <20051023133924.26dff52a.bugs.michael@gmx.net> On Sun, 23 Oct 2005 00:15:46 -0700, Toshio Kuratomi wrote: > A new gnotime[1]_ has been released that unfortunately depends on a > version of the qof library which has been marked by the maintainers as a > development release, not intended for packaging.[2]_ _Not_ intended for packaging, and both source releases made by the same maintainer. Enough said, IMHO. From bugs.michael at gmx.net Sun Oct 23 11:42:31 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 23 Oct 2005 13:42:31 +0200 Subject: Problem building srpm & rpm In-Reply-To: <1130054328.9657.48.camel@localhost> References: <1130054328.9657.48.camel@localhost> Message-ID: <20051023134231.1945cd2d.bugs.michael@gmx.net> On Sun, 23 Oct 2005 08:58:47 +0100, Paul wrote: > Hi, > > I'm building pygame. This relies on Numeric which in turn depends on > clapack. I have the sources for clapack and have written a spec file for > it which works. The problem is, the build doesn't. > > I'm getting the following at the end and I'm not sure how to fix it > > + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot > ************************************************************************ > * > * Warning: 'check-rpaths' detected a broken RPATH and will cause > 'rpmbuild' to fail. To ignore these errors, you can set the '$QA_RPATHS' > environment variable which is a bitmask allowing the values below. The > current valuse of QA_RPATHS is 0x0000 > > (followed by the bitmasks) > > ERROR: file '/usr/lib/libclapack.so.3.0.0' contains an invalid rpath > '/home/paul/rpmbuild/BUILD/CLAPACK/BLAS/SRC/.libs' in > [/home/paul/rpmbuild/BUILD/CLAPACK/BLAS/SRC/.libs] Examine how /usr/lib/libclapack.so.3.0.0 is linked. Patch the Makefiles (or build-backend) to not include an RPATH. Also look whether the configure script supports a working --disable-rpath option. From bugs.michael at gmx.net Sun Oct 23 11:49:56 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 23 Oct 2005 13:49:56 +0200 Subject: Problem building srpm & rpm In-Reply-To: <20051023134231.1945cd2d.bugs.michael@gmx.net> References: <1130054328.9657.48.camel@localhost> <20051023134231.1945cd2d.bugs.michael@gmx.net> Message-ID: <20051023134956.20a644d5.bugs.michael@gmx.net> On Sun, 23 Oct 2005 13:42:31 +0200, Michael Schwendt wrote: > On Sun, 23 Oct 2005 08:58:47 +0100, Paul wrote: > > > Hi, > > > > I'm building pygame. This relies on Numeric which in turn depends on > > clapack. I have the sources for clapack and have written a spec file for > > it which works. The problem is, the build doesn't. > > > > I'm getting the following at the end and I'm not sure how to fix it > > > > + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot > > ************************************************************************ > > * > > * Warning: 'check-rpaths' detected a broken RPATH and will cause > > 'rpmbuild' to fail. To ignore these errors, you can set the '$QA_RPATHS' > > environment variable which is a bitmask allowing the values below. The > > current valuse of QA_RPATHS is 0x0000 > > > > (followed by the bitmasks) > > > > ERROR: file '/usr/lib/libclapack.so.3.0.0' contains an invalid rpath > > '/home/paul/rpmbuild/BUILD/CLAPACK/BLAS/SRC/.libs' in > > [/home/paul/rpmbuild/BUILD/CLAPACK/BLAS/SRC/.libs] > > Examine how /usr/lib/libclapack.so.3.0.0 is linked. Patch the Meant to write: Examine how /usr/lib/libclapack.so.3.0.0 is _built_. Patch the > Makefiles (or build-backend) to not include an RPATH. Also look > whether the configure script supports a working --disable-rpath > option. > From bugs.michael at gmx.net Sun Oct 23 12:39:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 23 Oct 2005 14:39:30 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> Message-ID: <20051023143930.41517a24.bugs.michael@gmx.net> On Tue, 18 Oct 2005 15:22:06 -0400, Hans de Goede wrote: > Author: jwrdegoede > > Update of /cvs/extras/rpms/gnumeric/FC-4 > Log Message: > own dirs /usr/share/mc/templates /usr/share/mc This is exaggeration. Unowned directories due to optional dependencies are not worth fixing like this. This creates a situation where package "gnumeric" _and_ "mc" own /usr/share/mc while it ought to be _only_ "mc" which should own that directory. If "mc" is not installed, the mc files included in gnumeric are useless anyway. This also makes file/path based dependencies impossible, since for any package which would want to "Requires: /usr/share/mc" a dep resolver would run into an ambiguity. This is as if any package which installs into /usr/share/aclocal or would need to own that directory. Exaggeration. From bugzilla at redhat.com Sun Oct 23 13:13:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 09:13:40 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510231313.j9NDDeGC006399@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 ------- Additional Comments From paul at city-fan.org 2005-10-23 09:13 EST ------- (In reply to comment #1) > This data is necessary for polyxmass to be useful, so it is acceptable data > > - package meets naming guidelines > - package meets packaging guidelines > - license (GPL) OK, text in %doc > - spec file legible > - source matches upstream > - package compiles on FC4 i386 > - no BR > - no locales > - not relocatable > - no duplicate files > - permissions ok > - %clean ok > - macro use consistent > - code, not content > - no need for -docs > - nothing in %doc affects runtime > - no need for .desktop file > > needs work: > - does not appear to own or require /usr/share/polyxmass > - rpmlint: > W: polyxmass-data non-conffile-in-etc > /etc/polyxmass/polchem-defs/polyxmass-data-polchem-defs-cat > W: polyxmass-data non-conffile-in-etc > /etc/polyxmass/polchem-defs/polyxmass-data-polchem-defs-atom-defs-dic > > and a while lot of zero length .ogg files. Are the oggs necessary? The conffile > can probably be ignored, it's really a config file. If the files in /etc/polyxmass really are config files, perhaps then they should be marked as such? %config %{_sysconfdir}/polyxmass/polchem-defs* or %config(noreplace) %{_sysconfdir}/polyxmass/polchem-defs/* -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 23 13:42:43 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 23 Oct 2005 15:42:43 +0200 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: <20051023133545.5475392a.bugs.michael@gmx.net> References: <200510221527.j9MFR26Y024466@www.beta.redhat.com> <1130049059.28858.206.camel@mccallum.corsepiu.local> <20051023133545.5475392a.bugs.michael@gmx.net> Message-ID: <1130074964.28858.243.camel@mccallum.corsepiu.local> On Sun, 2005-10-23 at 13:35 +0200, Michael Schwendt wrote: > On Sun, 23 Oct 2005 08:30:59 +0200, Ralf Corsepius wrote: > > > > ------- Additional Comments From rdieter at math.unl.edu 2005-10-22 11:26 EST ------- > > > Gotta love libtool. > > You are just spreading FUD. > > > > > Looks like a digikam bug (not omitting libtool archives), > > > bug #171503 > > How many time do I have to reiterate: You must not remove *.la's if it > > once had been inside of a released package or rebuild each and every > > package depending on it. > > > > If *.la's were always being shipped this all would not be an issue. > > Libtool inter-library dependencies are not beneficial. Weather like it or not: They exist and you doing nobody a favor in ignoring them - You are just shifting them around. Ralf From bugzilla at redhat.com Sun Oct 23 13:43:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 09:43:26 -0400 Subject: [Bug 171565] Review Request: drgeo In-Reply-To: Message-ID: <200510231343.j9NDhQAY008407@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171565 ------- Additional Comments From gemi at bluewin.ch 2005-10-23 09:43 EST ------- Spec File: * Url: http://www.ofset.org/drgeo * %description: "is a interactive" -> "is an interactive" "figure" -> "figures" * BuildRequires: why include gnome-libs-devel, which is for gnome 1.4? * "%configure" suffices no need for "--prefix" * I think "rm" and "make" can (should?) be used instead of the macros * A litte post-processing of the .desktop file in %install: desktop-file-install \ --delete-original \ --vendor=fedora \ --add-category X-Fedora \ --dir %{buildroot}%{_datadir}/applications \ %{buildroot}%{_datadir}/applications/drgeo.desktop Of course, BuildRequires: desktop-file-utils * .desktop file sets icon to gnome-drgenius.png which does not exist. Suggest copying drgeo.png and setting "Icon: drgeo.png" (why is this commented out?) * Since there is no html documentation, consider patching the source to remove the "Contents" menu and button, and notifying upstream to correct this. * The texmacs files should go to %{_datadir}/TeXmacs/plugins/drgeo * update changelog -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 23 14:15:05 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 23 Oct 2005 16:15:05 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: >> Log Message: >> own dirs /usr/share/mc/templates /usr/share/mc > > This is exaggeration. Unowned directories due to optional dependencies are > not worth fixing like this. This creates a situation where package > "gnumeric" _and_ "mc" own /usr/share/mc while it ought to be _only_ "mc" > which should own that directory. If "mc" is not installed, the mc files > included in gnumeric are useless anyway. Isn't this the case where we can use triggers ? Install the mc templates provided by gnumeric in /usr/share/gnumeric/mc for example, and set a trigger to symlink them to /usr/share/mc/templates when mc is installed. This is what is used in the bash-completion package. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr For external use only From toshio at tiki-lounge.com Sun Oct 23 15:27:32 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sun, 23 Oct 2005 08:27:32 -0700 Subject: Applications that need unreleased libraries In-Reply-To: <20051023133924.26dff52a.bugs.michael@gmx.net> References: <1130051746.3782.17.camel@localhost> <20051023133924.26dff52a.bugs.michael@gmx.net> Message-ID: <1130081252.3782.58.camel@localhost> On Sun, 2005-10-23 at 13:39 +0200, Michael Schwendt wrote: > On Sun, 23 Oct 2005 00:15:46 -0700, Toshio Kuratomi wrote: > > > A new gnotime[1]_ has been released that unfortunately depends on a > > version of the qof library which has been marked by the maintainers as a > > development release, not intended for packaging.[2]_ > > _Not_ intended for packaging, and both source releases made by > the same maintainer. Enough said, IMHO. > Actually, I read this the opposite way -- I develop a library and an application that uses its functionality. I therefore know what's changing and unstable in the library and what is mature and should work. I know whether my application uses the unstable portion or the stable portion and base decisions about whether the application is stable or unstable based upon it. I'd have more doubts if the projects weren't so incestuous. All moot though, as I've received a message that the new qof is due out this weekend (it being Sunday, I suppose today.) -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 nicolas.mailhot at laposte.net Sun Oct 23 15:38:06 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 23 Oct 2005 17:38:06 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051023143930.41517a24.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> Message-ID: <1130081886.3797.31.camel@rousalka.dyndns.org> Le dimanche 23 octobre 2005 ? 14:39 +0200, Michael Schwendt a ?crit : > On Tue, 18 Oct 2005 15:22:06 -0400, Hans de Goede wrote: > > > Author: jwrdegoede > > > > Update of /cvs/extras/rpms/gnumeric/FC-4 > > > Log Message: > > own dirs /usr/share/mc/templates /usr/share/mc > > This is exaggeration. Unowned directories due to optional dependencies are > not worth fixing like this. This creates a situation where package > "gnumeric" _and_ "mc" own /usr/share/mc while it ought to be _only_ "mc" > which should own that directory. If "mc" is not installed, the mc files > included in gnumeric are useless anyway. Then they should not be installed at all. When a package installs files it must make bloody sure it either owns the directory roots these files use or depend on another package that does. I'm dead tired of all the phylosophic arguments that leave dangling directories all over the filesystem, for the sysadmin to scap manually later. Limiting directory ownership has always only been a workaround made necessary by rpm limitations, it's not an end in itself and certainly not an excuse to hang files on thin air. jbj has noted long ago the correct thing to do would be for every package to own every single path it needed, if rpm could sanely support it. Note there is a *large* gray area between owning every path (which would overwhelm current rpm) and never sharing dir ownership (which would require massive package split-ups to avoid dangling dirs). In many cases (like there) multiple directory owners are preferable to package split-up. OTOH dangling dirs is never an acceptable solution. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sun Oct 23 16:41:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 12:41:51 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510231641.j9NGfpB6016337@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|extras-qa at fedoraproject.org |fedora-extras- | |list at redhat.com ------- Additional Comments From wtogami at redhat.com 2005-10-23 12:41 EST ------- Potentially the upstream Eterm RPM is wrong in artificial dependencies of these package names when RPM autoreq resolution should be fine. There is also little reason why Fedora should support the whims of an arbitrary external RPM, especially when that RPM can be included in Extras itself. I am tempted to say NOTABUG, but let's see what fedora-extras-list says 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 Sun Oct 23 17:19:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 13:19:17 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510231719.j9NHJHDt018837@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rdieter at math.unl.edu 2005-10-23 13:19 EST ------- In this case, 1. I don't think RPM autoreq resolution would pick it up. 2. The "whims of an arbitrary RPM" here is the upstream source, hmm.. at least I thought so, but I can't seem to find any imlib2 rpms at http://www.enlightenment.org/ If the source of these imlib2 rpms that eterm is built against isn't authoritative (ie, more authoritative than Fedora Extras' imlib2), then I'd have to agree NOTABUG, and that www.eterm.org is providing bad rpms. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 17:30:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 13:30:06 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510231730.j9NHU67U019430@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rc040203 at freenet.de 2005-10-23 13:29 EST ------- The essential point would be: Which files is eterm wanting to load dynamically? An eterm package should requires these, and if this affects imlib2, imlib2 should provide these 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 Sun Oct 23 17:35:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 13:35:25 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510231735.j9NHZPG6019782@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rdieter at math.unl.edu 2005-10-23 13:35 EST ------- It looks like eterm wants: /usr/lib/imlib2/loaders/jpeg.so /usr/lib/imlib2/loaders/png.so (which imlib2 already Provides). These are what eterm should "Require". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dimmus at bppp.net Sun Oct 23 17:37:51 2005 From: dimmus at bppp.net (Dimmus) Date: Mon, 24 Oct 2005 00:37:51 +0700 Subject: Artem Kuzjakov Message-ID: <435BCA6F.1060409@bppp.net> Artem Andreevich Kuzjakov * Tomsk, Russia * Student (TSU "Faculty of Psychology") * Company "Tomtel" (System Administrator) [http://www.tomtel.ru] * My goals in the Fedora Project: I Wish to develop packages, with the best optimization on work, support Russian localization, inclusions in repository the various software products which are in my opinion reputable (it is admissible that has not been included in distribution kits Linux in general, but inherently being in demand). Directly support on the appendices, cooperating with Desktop, Server platforms and various considerations/bugfix. Directly, I wish going a high level of development in support of the project. * Historical qualifications I am engaged in many projects, but they in any way have no on a direct communication with development. A case this administration a server, programming in various languages (PHP, PERL, SHELL, SQL, TCL) and realization in the following projects demanded in Russia. It as well as a corporate hosting of company "Tomtel", various noncommercial projects. I do not think, that many people undertake the given support, in particular in Russia so it is a certain fact for trust. * GPG KEYID: 921FA1F6 pub 1024D/921FA1F6 2005-10-23 Key fingerprint = CB20 6BB3 5240 B554 2308 F7B8 3C8F BF93 921F A1F6 uid Artem Kuzjakov (Dimmus) sub 2048g/4DD15BAA 2005-10-23 From bugzilla at redhat.com Sun Oct 23 17:52:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 13:52:13 -0400 Subject: [Bug 171565] Review Request: drgeo In-Reply-To: Message-ID: <200510231752.j9NHqDOT021049@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171565 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-23 13:52 EST ------- (In reply to comment #1) > Spec File: > * Url: http://www.ofset.org/drgeo Done > * %description: "is a interactive" -> "is an interactive" > "figure" -> "figures" Done > * BuildRequires: why include gnome-libs-devel, which is for gnome 1.4? > * "%configure" suffices no need for "--prefix" Done > * I think "rm" and "make" can (should?) be used instead of the macros Done > * A litte post-processing of the .desktop file in %install: > desktop-file-install \ > --delete-original \ > --vendor=fedora \ > --add-category X-Fedora \ > --dir %{buildroot}%{_datadir}/applications \ > %{buildroot}%{_datadir}/applications/drgeo.desktop > Of course, BuildRequires: desktop-file-utils Done > * .desktop file sets icon to gnome-drgenius.png which does not exist. > Suggest copying drgeo.png and setting "Icon: drgeo.png" > (why is this commented out?) Done > * Since there is no html documentation, consider patching the source > to remove the "Contents" menu and button, and notifying upstream > to correct this. Ok I notified it upstream but i know only few about programming and i don't how to patch this ... > * The texmacs files should go to %{_datadir}/TeXmacs/plugins/drgeo Done > * update changelog Done > > Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-1.1.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 Sun Oct 23 18:00:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 14:00:50 -0400 Subject: [Bug 171580] New: Review Request: gperiodic 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=171580 Summary: Review Request: gperiodic Product: Fedora Extras Version: devel Platform: All URL: http://koti.welho.com/jfrantz/software/gperiodic.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: eric.tanguy at univ-nantes.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/gperiodic.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/gperiodic-2.0.8-1.src.rpm Description: Gperiodic displays a periodic table of the elements, allowing you to browse through the elements, and view detailed information about each element. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 23 18:01:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 14:01:06 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510231801.j9NI16VK021560@www.beta.redhat.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 eric.tanguy at univ-nantes.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171580 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Sun Oct 23 18:49:43 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 23 Oct 2005 20:49:43 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130081886.3797.31.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> Message-ID: <435BDB47.3060000@hhs.nl> Nicolas Mailhot wrote: > Le dimanche 23 octobre 2005 ? 14:39 +0200, Michael Schwendt a ?crit : > >>On Tue, 18 Oct 2005 15:22:06 -0400, Hans de Goede wrote: >> >> >>>Author: jwrdegoede >>> >>>Update of /cvs/extras/rpms/gnumeric/FC-4 >> >>>Log Message: >>>own dirs /usr/share/mc/templates /usr/share/mc >> >>This is exaggeration. Unowned directories due to optional dependencies are >>not worth fixing like this. This creates a situation where package >>"gnumeric" _and_ "mc" own /usr/share/mc while it ought to be _only_ "mc" >>which should own that directory. If "mc" is not installed, the mc files >>included in gnumeric are useless anyway. > > > Then they should not be installed at all. > > When a package installs files it must make bloody sure it either owns > the directory roots these files use or depend on another package that > does. I'm dead tired of all the phylosophic arguments that leave > dangling directories all over the filesystem, for the sysadmin to scap > manually later. > > Limiting directory ownership has always only been a workaround made > necessary by rpm limitations, it's not an end in itself and certainly > not an excuse to hang files on thin air. jbj has noted long ago the > correct thing to do would be for every package to own every single path > it needed, if rpm could sanely support it. Note there is a *large* gray > area between owning every path (which would overwhelm current rpm) and > never sharing dir ownership (which would require massive package > split-ups to avoid dangling dirs). In many cases (like there) multiple > directory owners are preferable to package split-up. OTOH dangling dirs > is never an acceptable solution. > > Erm, Yes. And now I'm really confused although I tend to agree with most things said by Nicolas and thus tend to keeping the changes which started this discussion. Also the "This also makes file/path based dependencies impossible, since for any package which would want to "Requires: /usr/share/mc" a dep resolver would run into an ambiguity." Argument made by Michael is IMHO a pure theoretical and thus not valid argument, why would a package ever want todo a thing like "Requires: /usr/share/mc"? Regards, Hans From bugzilla at redhat.com Sun Oct 23 19:09:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 15:09:57 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200510231909.j9NJ9vjw025179@www.beta.redhat.com> Please 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 enpontus at home.se 2005-10-23 15:09 EST ------- Should add that i run FC4 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 Oct 23 19:29:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 15:29:54 -0400 Subject: [Bug 171565] Review Request: drgeo In-Reply-To: Message-ID: <200510231929.j9NJTs4E026174@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171565 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gemi at bluewin.ch 2005-10-23 15:29 EST ------- * replace the remaining %{__rm} and %{__install} by rm and install * in the changelog you used 1.0.1 instead of 1.1.0 Make these small fixes and everything is ok. 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 Sun Oct 23 20:36:03 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 23 Oct 2005 22:36:03 +0200 Subject: perl-Unix-Statgrab orphaned? Message-ID: <1130099764.28858.266.camel@mccallum.corsepiu.local> Hi, perl-Unix-Statgrab is missing from owners.list. Is it still maintained? According to the changelog entries inside of the spec, it seems to be maintained by Oliver Falk, but he is not reacting upon notifying on PM, so I can't avoid asking here. Ralf From nicolas.mailhot at laposte.net Sun Oct 23 20:40:50 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 23 Oct 2005 22:40:50 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <435BDB47.3060000@hhs.nl> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> Message-ID: <1130100050.3797.37.camel@rousalka.dyndns.org> Le dimanche 23 octobre 2005 ? 20:49 +0200, Hans de Goede a ?crit : > Also the "This also makes file/path based > dependencies impossible, since for any package which would want to > "Requires: /usr/share/mc" a dep resolver would run into an ambiguity." > Argument made by Michael is IMHO a pure theoretical and thus not valid > argument, why would a package ever want todo a thing like "Requires: > /usr/share/mc"? Indeed. If one really wanted to require mc without specifying any package name, /usr/bin/mc would be the thing to ask for. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugs.michael at gmx.net Sun Oct 23 23:30:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 24 Oct 2005 01:30:20 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130100050.3797.37.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> Message-ID: <20051024013020.53d1326d.bugs.michael@gmx.net> On Sun, 23 Oct 2005 22:40:50 +0200, Nicolas Mailhot wrote: > Le dimanche 23 octobre 2005 ? 20:49 +0200, Hans de Goede a ?crit : > > Also the "This also makes file/path based > > dependencies impossible, since for any package which would want to > > "Requires: /usr/share/mc" a dep resolver would run into an ambiguity." > > Argument made by Michael is IMHO a pure theoretical and thus not valid > > argument, why would a package ever want todo a thing like "Requires: > > /usr/share/mc"? > > Indeed. If one really wanted to require mc without specifying any > package name, /usr/bin/mc would be the thing to ask for. No, indeed not. What you call a purely theoretical dependency is "one package requiring the root directory of something else". No more, no less. For instance, in order to store plugins in a plugin directory. Or to extend a collection of something located in a directory tree. Whether or not you could do "Requires: packagename" or "Requires: virtualname" instead is not the point of discussion. Whether file/path based dependencies are not used as much as they could, is not RPM's fault. The capability is available. I can do "Requires: /etc/rc.d" or "Requires: /var/www/cgi-bin" if I want to ensure that such a directory is present because my package uses it. Beep Media Player could do "Requires: /usr/share/xmms/Skins" without caring whether the skins are in the XMMS main package, a sub-package or wherever else. And with regard to orphaned directories after removing packages, RPM still doesn't do full erasure sorting, does it? From bugs.michael at gmx.net Sun Oct 23 23:34:23 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 24 Oct 2005 01:34:23 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> Message-ID: <20051024013423.66918cb5.bugs.michael@gmx.net> On Sun, 23 Oct 2005 16:15:05 +0200, Aurelien Bompard wrote: > Michael Schwendt wrote: > >> Log Message: > >> own dirs /usr/share/mc/templates /usr/share/mc > > > > This is exaggeration. Unowned directories due to optional dependencies are > > not worth fixing like this. This creates a situation where package > > "gnumeric" _and_ "mc" own /usr/share/mc while it ought to be _only_ "mc" > > which should own that directory. If "mc" is not installed, the mc files > > included in gnumeric are useless anyway. > > Isn't this the case where we can use triggers ? Install the mc templates > provided by gnumeric in /usr/share/gnumeric/mc for example, and set a > trigger to symlink them to /usr/share/mc/templates when mc is installed. > This is what is used in the bash-completion package. Although a few more packages with trigger scripts have been created since fedora.us, I vaguely remember somebody from within the Fedora Project saying that triggers should be avoided as much as possible because they are evil. ;) This is no quote, just from my memory. From bugzilla at redhat.com Mon Oct 24 01:28:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 21:28:36 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510240128.j9O1Sag5014617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-23 21:28 EST ------- Yes. Removing the prematurely imported files from the original RPM package is a good idea. However, removing the swish-e package completely is a bad idea, and should be reconsidered. I would encourage adding the 12.fc4 files, and a FC4 branch created. Most major distributions have a swish-e port/package. FreeBSD 5.3 uses a swish-e 2.4.2 port without any patches, does not build the API.so perl/C interface, and does not alias the documentation into the local webspace. The port file listing is attached as freebsd-swish-e-2.4.2.txt. FreeBSD is now using swish-e-2.4.3, and I hope to update the fc4 rpm to 2.4.3 after successful 2.4.2 package creation. The 12.fc4 rpm is an enhanced version of the original swish-e package and builds the C/perl interface. Forcing Fedora users to install from a generic package instead of a quality RPM is a disservice and violates the very nature of the Fedora Extras 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 Oct 24 01:35:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 21:35:46 -0400 Subject: [Bug 168611] Review Request: linkchecker In-Reply-To: Message-ID: <200510240135.j9O1Zkcm015097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: linkchecker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168611 ------- Additional Comments From redhat at flyn.org 2005-10-23 21:35 EST ------- Spec Name or Url: http://flyn.org/SRPMS/linkchecker.spec SRPM Name or Url: http://flyn.org/SRPMS/linkchecker-3.2-3.src.rpm Made changes recommended by Aurelien. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 01:47:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 21:47:52 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510240147.j9O1lqne016093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 ------- Additional Comments From jpmahowald at gmail.com 2005-10-23 21:47 EST ------- Looks good with the icon. 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 Oct 24 02:41:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 22:41:10 -0400 Subject: [Bug 170798] Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol In-Reply-To: Message-ID: <200510240241.j9O2fAMs019704@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170798 ------- Additional Comments From jeff at ollie.clive.ia.us 2005-10-23 22:41 EST ------- New spec/srpm with issues from comment #3 fixed: Spec Name or Url: http://www.ocjtech.us/libeXosip2-1.9.1-0.3.pre16.spec SRPM Name or Url: http://www.ocjtech.us/libeXosip2-1.9.1-0.3.pre16.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 rdieter at math.unl.edu Mon Oct 24 02:55:37 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 23 Oct 2005 21:55:37 -0500 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024013020.53d1326d.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > And with regard to orphaned directories after removing packages, > RPM still doesn't do full erasure sorting, does it? AFAIK, nope (there's a bugzilla entry for that somewhere, I recall) -- Rex From lmacken at redhat.com Mon Oct 24 03:21:52 2005 From: lmacken at redhat.com (Luke Macken) Date: Sun, 23 Oct 2005 23:21:52 -0400 Subject: rpms/obby/FC-3 obby.spec,1.4,1.5 In-Reply-To: <1129912271.28858.151.camel@mccallum.corsepiu.local> References: <200510211451.j9LEpwmf014489@cvs-int.fedora.redhat.com> <1129912271.28858.151.camel@mccallum.corsepiu.local> Message-ID: <1130124112.3297.5.camel@localhost> On Fri, 2005-10-21 at 18:31 +0200, Ralf Corsepius wrote: > On Fri, 2005-10-21 at 10:51 -0400, Luke Macken wrote: > > Author: lmacken > > > > Update of /cvs/extras/rpms/obby/FC-3 > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv14453/FC-3 > > > > Modified Files: > > obby.spec > > Log Message: > > Fix dep issue with howl-devel > > > > > > > > Index: obby.spec > > =================================================================== > > RCS file: /cvs/extras/rpms/obby/FC-3/obby.spec,v > > retrieving revision 1.4 > > retrieving revision 1.5 > > diff -u -r1.4 -r1.5 > > --- obby.spec 13 Oct 2005 16:33:54 -0000 1.4 > > +++ obby.spec 21 Oct 2005 14:51:25 -0000 1.5 > > > @@ -33,8 +33,7 @@ > > > > > > %build > > -aclocal > > -autoconf > > +aclocal && autoconf > Would you explain this? > > You are not patching nor modifying any auto* related source file, > therefore these steps hardly make sense. I don't know the exact underlying issue, but iirc -- without it % find_lang complains complains about not being able to find any language files or something of the sort (only on certain archs/fc versions). The aclocal && autoconf workaround was suggested by Jeremy. I can try rebuilding it without them and get you the exact error message if you are interested in helping to track the issue down. luke From bugzilla at redhat.com Mon Oct 24 03:35:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 23:35:46 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510240335.j9O3Zk0d022873@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bdpepple at ameritech.net 2005-10-23 23:35 EST ------- There is a clearly defined method for getting a package into Fedora Extras. Once it has been approved by a reviewer, that is the time for the package to be imported into CVS. Importing it into CVS before it meets the packing quality standard for Fedora Extras, also does our users no good. Please refer to: http://fedoraproject.org/wiki/Extras/NewPackageProcess http://fedoraproject.org/wiki/PackagingGuidelines -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 24 03:38:21 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Oct 2005 23:38:21 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051024033821.81F49800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 gsynaptics-0.9.4-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 Oct 24 03:38:31 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Oct 2005 23:38:31 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051024033831.A2E15800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 3 abiword-2.4.1-2.fc4 gsynaptics-0.9.4-3.fc4.1 kipi-plugins-0.1.0-0.2.rc1.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 Oct 24 03:38:58 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Oct 2005 23:38:58 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051024033858.E5860800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 3 abiword-2.4.1-3.fc5 digikamimageplugins-0.7.4-6.fc5 wesnoth-1.0.1-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 Mon Oct 24 05:33:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 01:33:28 -0400 Subject: [Bug 171597] New: Review Request: spandsp - A DSP library for telephony 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=171597 Summary: Review Request: spandsp - A DSP library for telephony Product: Fedora Extras Version: devel Platform: All URL: http://www.soft-switch.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jeff at ollie.clive.ia.us QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.ocjtech.us/spandsp-0.0.3-0.1.pre4.spec SRPM Name or Url: http://www.ocjtech.us/spandsp-0.0.3-0.1.pre4.src.rpm Description: SpanDSP is a library of DSP functions for telephony, in the 8000 sample per second world of E1s, T1s, and higher order PCM channels. It contains low level functions, such as basic filters. It also contains higher level functions, such as cadenced supervisory tone detection, and a complete software FAX machine. The software has been designed to avoid intellectual property issues, using mature techniques where all relevant patents have expired. See the file DueDiligence for important information about these intellectual property issues. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 05:33:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 01:33:44 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510240533.j9O5XiKp029890@www.beta.redhat.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 ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171597 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 05:36:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 01:36:26 -0400 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200510240536.j9O5aQai030188@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: spandsp - A DSP library for telephony https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171597 ------- Additional Comments From jeff at ollie.clive.ia.us 2005-10-24 01:36 EST ------- Oops... almost forgot. SpanDSP is a dependency for OpenPBX.org which I hope to package once it stabilizes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 24 05:44:27 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sun, 23 Oct 2005 22:44:27 -0700 Subject: Do GModules require *.la files? Message-ID: <1130132668.3782.98.camel@localhost> Well, now that I've taken two controversial stances in the past week, I guess it's time to put an end to my foolishness with a "third time's the charm" question. Here's a quote from the HACKING file for the new libqof: 2.1 libqof-backend-qsf.la is REQUIRED in libqof1 Unlike many other packages, libqof1 REQUIRES the inclusion of the .la file for the QSF backend module into the main binary package - it is NOT acceptable to put it in the -dev or -devel package! This is for portability and to make it easier to use GModule to load the backend. This method will be used for all subsequent QOF backend modules and .la files for those backends will also need to be installed by the libqof1 package without requiring a dependency on the development package. Can someone more conversant with GModule and/or libtool comment on this? The little I know about libtool's *.la files doesn't support this but my utter lack of experience with GModules means I need some more information before I know what to do. -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 oliver at linux-kernel.at Mon Oct 24 05:58:11 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 24 Oct 2005 07:58:11 +0200 Subject: perl-Unix-Statgrab orphaned? In-Reply-To: <1130099764.28858.266.camel@mccallum.corsepiu.local> References: <1130099764.28858.266.camel@mccallum.corsepiu.local> Message-ID: <435C77F3.8070901@linux-kernel.at> On 10/23/2005 10:36 PM, Ralf Corsepius wrote: > perl-Unix-Statgrab is missing from owners.list. Is it still maintained? Oops, will add it. I thought I did allready. > According to the changelog entries inside of the spec, it seems to be > maintained by Oliver Falk, but he is not reacting upon notifying on PM, > so I can't avoid asking here. I might missed some mail, sorry. Best, Oliver From bugzilla at redhat.com Mon Oct 24 06:46:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 02:46:53 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200510240646.j9O6krDO003179@www.beta.redhat.com> Please 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 triad at df.lth.se 2005-10-24 02:46 EST ------- Pontus, I think this is more of a bug in Multisync itself than in the packaging. Can you verify if the bug appears also if you install from source? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 07:13:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 03:13:20 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510240713.j9O7DKvD005867@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From adrian at lisas.de 2005-10-24 03:13 EST ------- md5sum of the tarball in the SRPM and the upstream tarball do not match. According to diff the content seems to be same. md5sum downloaded: 18ff5d04d633cf3b4e3fbf869c18dd2f kdissert-1.0.5.tar.bz2 md5sum from SRPM: c0a4ff4de929bfcc9bf80f7f58c5b4fe kdissert-1.0.5.tar.bz2 Could you make a new version of the SRPM with the new 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 Mon Oct 24 07:19:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 03:19:58 -0400 Subject: [Bug 171565] Review Request: drgeo In-Reply-To: Message-ID: <200510240719.j9O7Jwnv006187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171565 ------- Additional Comments From paul at city-fan.org 2005-10-24 03:19 EST ------- (In reply to comment #3) > * replace the remaining %{__rm} and %{__install} by rm and install Why? In what way does this improve the package? This is largely a cosmetic issue but if anything I would say that using the macros was better, since they expand to fully-qualified pathnames and hence don't make the result of the build dependent on the value of the building user's PATH setting. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 07:23:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 03:23:33 -0400 Subject: [Bug 168611] Review Request: linkchecker In-Reply-To: Message-ID: <200510240723.j9O7NXcK006313@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: linkchecker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168611 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-24 03:23 EST ------- Review for release 3: * RPM name is OK * Source linkchecker-3.2.tar.gz is the same as upstream * Builds fine in mock * rpmlint of linkchecker looks OK * File list of linkchecker looks OK * Works fine. APPROVED The latest version is 3.3. Please update after 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 bugzilla at redhat.com Mon Oct 24 07:33:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 03:33:00 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240733.j9O7X0ER006904@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 03:32 EST ------- snapshots will continue to exist and will most probably always be newer than "releases"... therefor i dont understand why you want to force upgrade/downgrade the users. lots of people will want to continue to use latest snapshots unless you plan to update wine every 4 weeks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 07:34:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 03:34:19 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240734.j9O7YJBj007100@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 03:34 EST ------- and just as another comment... those snapshots arent just random snapshots... theres alot time invested to make the snapshots a "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 Mon Oct 24 08:11:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:11:16 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240811.j9O8BGPT011636@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From nman64 at n-man.com 2005-10-24 04:11 EST ------- Neither versioning scheme (epoch vs. 0.0) solves that issue. The use of the date without any other sort of prefix for the snapshot presents and awkward situation. We can thank upstream for this. There is no perfect solution that solves all of the problems. We'd have to have the cooperation of all Wine packagers to come up with one. A lot of how we should proceed would depend upon whether or not we intend to package snapshot versions after the beta is released. My thinking is this: Use epoch=0 and version=snapshot date for now Bump epoch when the beta is released Suffix '-0' to all non-snapshot releases, prior to the release # Prefix the last release to any snapshot packages (eg. wine-0.9-20060101-0:1) I may be missing something, but it seems like this would fix most problems. Third-party packagers would need to use the the same method in order to avoid trouble, but that really isn't our concern, IMHO. wine-20050101-1:0 < wine-0.9-0-1:1 < wine-0.9-20060101-1:1 < wine-0.9.1-0-1:1 < wine-1.0-0-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 Mon Oct 24 08:18:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:18:28 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240818.j9O8IS9j012081@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 04:18 EST ------- well thats bs since what do you do if the no concern 1st party (upstream) does also bump the epoch? an epoch race makes just things worse without fixing anything. with an "i dont care" about other stuff attitude you might just get the same back. wine--0.1. looks better to me... well "fixing" ... id say if someone used snapshots before theres a good chance he wants to continue to use snapshots ;) well i dont care... just wanted to point out to the potential trouble. 3rd party packages containing snapshots will just most likely bump their epoch too ;). umm and not all wine packages around are really 3rd party... most i know are done from wine developers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 08:47:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:47:34 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240847.j9O8lYZE014396@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-24 04:47 EST ------- Hm, thats a good point maybe this should be discussed together with the wine folks. What I would like to see here for FE is something like this: _One_ initial epoch bump with 0.9 and then have a sheme like: wine-0.9-0.1%{?dist} -> wine-0.9-0.2%{?dist} -> wine-0.9-0.date%{dist} -> ... -> wine-1.0-0.1 If you really need to override something you can do so by doing a wine-0.9-1.1%{?dist] eg. Then I would like to make a difference for devel and fc{3,4}: fc3 and fc4 I would like to keep at the beta releases and for devel I would go with whatever is newest. If there are important changes/patches they can either be applied to the beta version or you could also (on good knowledge and judgement) upgrade to the snapshot if desired. Can we agree on something like this? Flaws? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 08:47:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:47:50 -0400 Subject: [Bug 171601] New: Review Request: yakuake KDE terminal emulator 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=171601 Summary: Review Request: yakuake KDE terminal emulator Product: Fedora Extras Version: devel Platform: All URL: http://www.kde-apps.org/content/show.php?content=29153 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dreadyman at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mickael.bailly.free.fr/yakuake.spec SRPM Name or Url: http://mickael.bailly.free.fr/yakuake-2.7.3-1.src.rpm Description: yakuake is a Quake-like console for KDE -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 08:48:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:48:03 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510240848.j9O8m3Oo014528@www.beta.redhat.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 dreadyman at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171601 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 08:49:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:49:00 -0400 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200510240849.j9O8n0sN014666@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From dreadyman at gmail.com 2005-10-24 04:48 EST ------- this is my first package, and I'm seeking 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 nicolas.mailhot at laposte.net Mon Oct 24 08:53:03 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 10:53:03 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024013020.53d1326d.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> Message-ID: <1130143984.15432.9.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 01:30 +0200, Michael Schwendt a ?crit : > On Sun, 23 Oct 2005 22:40:50 +0200, Nicolas Mailhot wrote: > > > Le dimanche 23 octobre 2005 ? 20:49 +0200, Hans de Goede a ?crit : > > > Also the "This also makes file/path based > > > dependencies impossible, since for any package which would want to > > > "Requires: /usr/share/mc" a dep resolver would run into an ambiguity." > > > Argument made by Michael is IMHO a pure theoretical and thus not valid > > > argument, why would a package ever want todo a thing like "Requires: > > > /usr/share/mc"? > > > > Indeed. If one really wanted to require mc without specifying any > > package name, /usr/bin/mc would be the thing to ask for. > > No, indeed not. What you call a purely theoretical dependency is "one > package requiring the root directory of something else". No more, no > less. Then have gnumeric require this dir. I don't care. What you can't do is: 1. state this dir may be required by packages that need to stuff things inside 2. ergo, ownership can not be shared 3. but since in gnumeric case you find it too much hassle, do not actually do 1. and keep 2.. But 2. is only a good rule if you do 1. If you don't do 1., I don't see why other packages would, and so 2. has no base at all. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Mon Oct 24 08:57:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 04:57:41 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510240857.j9O8vfZA015753@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-24 04:57 EST ------- I have been thinking about this for some time and while these are definitions used by the program I don't think they are config files in the rpm sense that comes to mind when thinking about %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 Mon Oct 24 09:10:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 05:10:15 -0400 Subject: [Bug 170798] Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol In-Reply-To: Message-ID: <200510240910.j9O9AFhR016689@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libeXosip2 - A library that hides the complexity of using the SIP protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170798 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-24 05:10 EST ------- Review for release 0.3.pre16: * RPM name is OK * Source libeXosip2-1.9.1-pre16.tar.gz is the same as upstream * Builds fine in mock * rpmlint of libeXosip2 looks OK * rpmlint of libeXosip2-devel looks OK * File list of libeXosip2 looks OK * File list of libeXosip2-devel looks OK * Included binary sip_reg works. APPROVED Minor nitpick: after or before install, remove the INSTALL file from the %doc list, it's useless (since we use a 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 Oct 24 09:14:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 05:14:12 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240914.j9O9EC2P016987@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From fedora at leemhuis.info 2005-10-24 05:14 EST ------- (In reply to comment #15) > _One_ initial epoch bump with 0.9 I don't think we should do that -- for other packages we ignored other repos/older packages in the past and started with the right solution and without epochs. So IMHO it should be like this: Start: wine-0.0-0{?dist}.$(date) Beta: wine-0.9-1{?dist} And if you want to ship snapshots in devel do: wine-0.9-1{?dist}.$(date) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 09:20:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 05:20:12 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240920.j9O9KCmx017687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From nman64 at n-man.com 2005-10-24 05:20 EST ------- This is definitely something you should talk to upstream about. The first problem I see with that scheme in comment #15 is a situation where there is an update to the release after a snapshot. wine-0.9-0.1:1 < wine-0.9-0.20060101:1 < wine-0.9-0.3 or wine-0.9-1.1:1 My earlier suggestion actually also fails in this situation. Perhaps: wine-0.9-1:1 < wine-0.9.1-1:1 < wine-0.10-0.20060101:1 < wine-0.10-1:1 < wine-1.0-1:1 Basically, increment the version number by one, keeping the following number < 1 for snapshots, making the release number 1 (or greater, as applies) for the actual releases. This works in my head. Again, probably best to discuss the possibilities with upstream. This solution doesn't exactly seem elegant, it just works... I think. These ideas apply equally without regard to the epoch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 09:31:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 05:31:15 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510240931.j9O9VFZT019495@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-24 05:31 EST ------- (In reply to comment #16) > (In reply to comment #15) > > _One_ initial epoch bump with 0.9 > > I don't think we should do that -- for other packages we ignored other > repos/older packages in the past and started with the right solution and without > epochs. So IMHO it should be like this: You have a good point there... I just took a look at the wine module in fe cvs and it hast 0.0 as version so lets continue like this sheme and add dist :) > Start: > wine-0.0-0{?dist}.$(date) > > Beta: > wine-0.9-1{?dist} > > And if you want to ship snapshots in devel do: > wine-0.9-1{?dist}.$(date) That sounds all good to me. I could very much settle with this. If there are no futher vetos against this I will aplly these changes and throw some new spec at 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 paul at city-fan.org Mon Oct 24 09:33:25 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 24 Oct 2005 10:33:25 +0100 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130143984.15432.9.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> Message-ID: <435CAA65.4020308@city-fan.org> Nicolas Mailhot wrote: > Le lundi 24 octobre 2005 ? 01:30 +0200, Michael Schwendt a ?crit : > >>On Sun, 23 Oct 2005 22:40:50 +0200, Nicolas Mailhot wrote: >> >> >>>Le dimanche 23 octobre 2005 ? 20:49 +0200, Hans de Goede a ?crit : >>> >>>> Also the "This also makes file/path based >>>>dependencies impossible, since for any package which would want to >>>>"Requires: /usr/share/mc" a dep resolver would run into an ambiguity." >>>>Argument made by Michael is IMHO a pure theoretical and thus not valid >>>>argument, why would a package ever want todo a thing like "Requires: >>>>/usr/share/mc"? >>> >>>Indeed. If one really wanted to require mc without specifying any >>>package name, /usr/bin/mc would be the thing to ask for. >> >>No, indeed not. What you call a purely theoretical dependency is "one >>package requiring the root directory of something else". No more, no >>less. > > > Then have gnumeric require this dir. I don't care. > > What you can't do is: > 1. state this dir may be required by packages that need to stuff things > inside > 2. ergo, ownership can not be shared > 3. but since in gnumeric case you find it too much hassle, do not > actually do 1. and keep 2.. But 2. is only a good rule if you do 1. If > you don't do 1., I don't see why other packages would, and so 2. has no > base at all. Couldn't this be resolved by splitting out the files that go in /usr/share/mc into a separate gnumeric-mc package, and make that dependent on mc? I have to agree with Nicolas that rules about directory ownership should apply consistently, and not be ignored when it's inconvenient. Paul. From bugzilla at redhat.com Mon Oct 24 09:33:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 05:33:09 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510240933.j9O9X9u5019742@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 ------- Additional Comments From paul at city-fan.org 2005-10-24 05:32 EST ------- (In reply to comment #5) > I have been thinking about this for some time and while these are definitions > used by the program I don't think they are config files in the rpm sense that > comes to mind when thinking about %config. Perhaps a better location for them would be %{_datadir}/polyxmass rather than %{_sysconfdir}/polyxmass then? Is that feasible? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Mon Oct 24 09:48:25 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 24 Oct 2005 11:48:25 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130143984.15432.9.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> Message-ID: <435CADE9.6040003@hhs.nl> Nicolas Mailhot wrote: > Le lundi 24 octobre 2005 ? 01:30 +0200, Michael Schwendt a ?crit : > >>On Sun, 23 Oct 2005 22:40:50 +0200, Nicolas Mailhot wrote: >> >> >>>Le dimanche 23 octobre 2005 ? 20:49 +0200, Hans de Goede a ?crit : >>> >>>> Also the "This also makes file/path based >>>>dependencies impossible, since for any package which would want to >>>>"Requires: /usr/share/mc" a dep resolver would run into an ambiguity." >>>>Argument made by Michael is IMHO a pure theoretical and thus not valid >>>>argument, why would a package ever want todo a thing like "Requires: >>>>/usr/share/mc"? >>> >>>Indeed. If one really wanted to require mc without specifying any >>>package name, /usr/bin/mc would be the thing to ask for. >> >>No, indeed not. What you call a purely theoretical dependency is "one >>package requiring the root directory of something else". No more, no >>less. > > > Then have gnumeric require this dir. I don't care. > > What you can't do is: > 1. state this dir may be required by packages that need to stuff things > inside > 2. ergo, ownership can not be shared > 3. but since in gnumeric case you find it too much hassle, do not > actually do 1. and keep 2.. But 2. is only a good rule if you do 1. If > you don't do 1., I don't see why other packages would, and so 2. has no > base at all. > > Still confused over here, as the maintainer of the package which trigered this discussion, can the powers that be please take a decission on this and create a couple of guidelines, then I'll implement what ever comes out. Regards, Hans From j.w.r.degoede at hhs.nl Mon Oct 24 09:49:35 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 24 Oct 2005 11:49:35 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <435CAA65.4020308@city-fan.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> Message-ID: <435CAE2F.7090703@hhs.nl> Paul Howarth wrote: > Nicolas Mailhot wrote: > >> Le lundi 24 octobre 2005 ? 01:30 +0200, Michael Schwendt a ?crit : >> >>> On Sun, 23 Oct 2005 22:40:50 +0200, Nicolas Mailhot wrote: >>> >>> >>>> Le dimanche 23 octobre 2005 ? 20:49 +0200, Hans de Goede a ?crit : >>>> >>>>> Also the "This also makes file/path based >>>>> dependencies impossible, since for any package which would want to >>>>> "Requires: /usr/share/mc" a dep resolver would run into an ambiguity." >>>>> Argument made by Michael is IMHO a pure theoretical and thus not >>>>> valid argument, why would a package ever want todo a thing like >>>>> "Requires: /usr/share/mc"? >>>> >>>> >>>> Indeed. If one really wanted to require mc without specifying any >>>> package name, /usr/bin/mc would be the thing to ask for. >>> >>> >>> No, indeed not. What you call a purely theoretical dependency is "one >>> package requiring the root directory of something else". No more, no >>> less. >> >> >> >> Then have gnumeric require this dir. I don't care. >> >> What you can't do is: >> 1. state this dir may be required by packages that need to stuff things >> inside >> 2. ergo, ownership can not be shared >> 3. but since in gnumeric case you find it too much hassle, do not >> actually do 1. and keep 2.. But 2. is only a good rule if you do 1. If >> you don't do 1., I don't see why other packages would, and so 2. has no >> base at all. > > > Couldn't this be resolved by splitting out the files that go in > /usr/share/mc into a separate gnumeric-mc package, and make that > dependent on mc? > > I have to agree with Nicolas that rules about directory ownership should > apply consistently, and not be ignored when it's inconvenient. > Yes it could be solved this way, unfotunatly this way in the end will lead to a zillion subpackages for almost every package out there. Regards, Hans From bugzilla at redhat.com Mon Oct 24 09:51:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 05:51:36 -0400 Subject: [Bug 171580] Review Request: gperiodic In-Reply-To: Message-ID: <200510240951.j9O9pamS022746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gperiodic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171580 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: gperiodic |Review Request: gperiodic Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-24 05:51 EST ------- - debuginfo package is empty - unnecessary "Requires: gtk2" - .desktop file wrong encoding, typo in categories - empty and unnecessary files in %doc - RPM_OPT_FLAGS not honoured I will atach a patch fixing these 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 bugzilla at redhat.com Mon Oct 24 10:05:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 06:05:13 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241005.j9OA5D1u024355@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 06:05 EST ------- basically yes but why not just leave the epoch out and start with 0.9 for distro packages? the solution is that if someone wants a stable 0.9 rel he just has to uninstall his installed snapshot or disable his snapshot repo. generally i just dont like the idea of automatic downgrading. i dont see where this situation is much different from a ximian gnome install back in the days... actually redhat back then didnt increase the epoch with every rel but just asked the users to uninstall the 3rd party packages if they want a clean update. actually if you raise the epoch you got the same situation as before if some snapshot provider also raises his epoch. so the epoch spiral is good for nothing really. latest monthly atleast for rawhide sounds reasonable. in the past it made no sense at all to report bugs for old wine versions ;).?since i just really run rawhide that solves the "problem" for me. backporting patches also sounds nice but... have you yet checked how many patches go into wine in 4 weeks? i once identified a regression problem with a patch and the day the patch was checked in there were 170 patches commited ;). its a rather complex situation then. sure a simple compile fix isnt an issue to backport but functionality wise... you might have trouble to handle it. what else can be done: 1. binary handler must be able to detect mono vs wine stuff... theres a patch around for solving that somewhere on the patch list. can be done with binfmt_misc 2. theres a handler for creating desktop entrys... there needs to be a new menu category created for the links of installed win programs. 3. patches for 64 bit wine are also on the patch tracker (have fun) ;)) theres lots of other stuff to do for better integration but oh well ;) most importantly though the dependency issues must be solved.. i dont want to get half of kde installed just because theres also the arts sound module in the package ;)). in my eyes a clean way to solve that would be to split only certain things off the monolithic tree into subpackages. i am against the debian approach though of 50 subpackages... the basic monolithic tree should work properly with the default installation in my eyes. snapshot problem is trivial name-version-release.date like i basically wrote above already. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 10:07:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 06:07:14 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241007.j9OA7EGD024507@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 06:07 EST ------- are my above suggestions going to be fixed in the spec 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 Oct 24 10:10:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 06:10:02 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241010.j9OAA2Cg024682@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 06:09 EST ------- (In reply to comment #16) > (In reply to comment #15) > > _One_ initial epoch bump with 0.9 > I don't think we should do that -- for other packages we ignored other > repos/older packages in the past and started with the right solution and without > epochs. So IMHO it should be like this: > Start: > wine-0.0-0{?dist}.$(date) > Beta: > wine-0.9-1{?dist} > And if you want to ship snapshots in devel do: > wine-0.9-1{?dist}.$(date) hi thl! yeah see my comment below... epoch spiral is good for nothing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 10:19:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 06:19:09 -0400 Subject: [Bug 171580] Review Request: gperiodic In-Reply-To: Message-ID: <200510241019.j9OAJ9kw025326@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gperiodic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171580 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-24 06:18 EST ------- Ok Thanks. Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/gperiodic.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/gperiodic-2.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 gauret at free.fr Mon Oct 24 10:22:45 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 24 Oct 2005 12:22:45 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <20051024013423.66918cb5.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > Although a few more packages with trigger scripts have been created since > fedora.us, I vaguely remember somebody from within the Fedora Project > saying that triggers should be avoided as much as possible because they > are evil. ;) Ah, in this case... ;) I'd be happy to know why though. Anybody ? Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Make everything as simple as possible, but not simpler." -- Albert Einstein From bugs.michael at gmx.net Mon Oct 24 10:28:16 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 24 Oct 2005 12:28:16 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <435CAA65.4020308@city-fan.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> Message-ID: <20051024122816.368110ee.bugs.michael@gmx.net> On Mon, 24 Oct 2005 10:33:25 +0100, Paul Howarth wrote: > >>No, indeed not. What you call a purely theoretical dependency is "one > >>package requiring the root directory of something else". No more, no > >>less. > > > > > > Then have gnumeric require this dir. I don't care. > > > > What you can't do is: > > 1. state this dir may be required by packages that need to stuff things > > inside > > 2. ergo, ownership can not be shared > > 3. but since in gnumeric case you find it too much hassle, do not > > actually do 1. and keep 2.. But 2. is only a good rule if you do 1. If > > you don't do 1., I don't see why other packages would, and so 2. has no > > base at all. > > Couldn't this be resolved by splitting out the files that go in > /usr/share/mc into a separate gnumeric-mc package, and make that > dependent on mc? Would that be worth it? To create tiny packages only to make sure that directory ownership is complete? It would not guarantee that /usr/share/mc is removed when gnumeric, mc and other packages are removed. My initial comment said "exaggeration", I stick to that. Making "gnumeric" require "mc", although it is optional, would be exaggeration, too. > I have to agree with Nicolas that rules about directory ownership should > apply consistently, and not be ignored when it's inconvenient. Well, I prefer semantic correctness of dependencies and home directories. In my point of view, /usr/share/mc _belongs_ to Midnight Commander, and hence only mc ought to own that directory. Now, gnumeric does not _require_ mc, it only needs /usr/share/mc, but even if that directory is not present, RPM installs the files anyway, although they are not used and not needed. So, there is no strict dependency. -- Btw, why doesn't RPM prune empty directories which don't belong to any package left in the database after package removal? From nicolas.mailhot at laposte.net Mon Oct 24 10:59:24 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 12:59:24 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <20051024013423.66918cb5.bugs.michael@gmx.net> Message-ID: <1130151565.16358.46.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 12:22 +0200, Aurelien Bompard a ?crit : > Michael Schwendt wrote: > > Although a few more packages with trigger scripts have been created since > > fedora.us, I vaguely remember somebody from within the Fedora Project > > saying that triggers should be avoided as much as possible because they > > are evil. ;) > > Ah, in this case... ;) > I'd be happy to know why though. Anybody ? Triggers have the nasty habit of executing themselves years after they were pumped in the system, usually when the conditions needed for good execution are no longer true (because file layout and package layout changed too much). It makes for fun-to-debug failure cases. Avoid-triggers-at-all-costs is a very good advice. Only do them if you don't find any other way to achieve your aims, which is not the case there. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Mon Oct 24 11:07:02 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 13:07:02 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024122816.368110ee.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> Message-ID: <1130152022.16358.55.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > Well, I prefer semantic correctness of dependencies Michael, semantic correctness is worth nothing to the people who actually use the packages. A working system is. Plus you can not advocate correctness on the points you care about, and ignore it on the points you don't. I'll also point out there are not so many software bits like gnumeric dating from Miguel's time, so if you won't do the mc directory dep for gnumeric you won't do it anywhere else, and twin ownership of this dir is more than acceptable practically. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Mon Oct 24 11:58:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 07:58:34 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241158.j9OBwYJF003396@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-24 07:58 EST ------- (In reply to comment #20) > are my above suggestions going to be fixed in the spec too? Yes they will be. First step when I get home is to fix up the smaller issues mentioned below, change versioning sheme (without epoch) and then try to split wine up. 1 & 2 from #19 should not be to bad so I will try to get this in as well. 3 will probablly be due to 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 Mon Oct 24 12:22:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 08:22:15 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241222.j9OCMFq1008742@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 08:22 EST ------- i am currently busy discussing a solution for #19 3 with other wine devs. My current problem is atm basically that i dont have access to my x86_64 buildbox at home and no inet still.. besides at work. various people are working on the subject already though. its just that one must be aware of the problematics. currently building 64 bit packages doesent make sense for various reasons (yet!). especially one has to find a sane way of solving the following problems in a sane way: 1. 64 bit wine must be able to run win64 binaries 2. 64 bit wine must have a way to run 32 bit win binaries if backwards compat libs are installed, or there must be a sane way of parallel installing and a kinda solution for "binary type detection". currently 64 bit wine doesent run 32 bit win apps. 3. all of the above must be totally noninteractive (autodetection of kind of binaries etc) and it must be a clean solution aswell. of course the functional improvements besides the integration has to be done on the wine side for 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 bugs.michael at gmx.net Mon Oct 24 12:04:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 24 Oct 2005 14:04:40 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130152022.16358.55.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> Message-ID: <20051024140440.6ed57786.bugs.michael@gmx.net> On Mon, 24 Oct 2005 13:07:02 +0200, Nicolas Mailhot wrote: > Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > > > Well, I prefer semantic correctness of dependencies > > Michael, semantic correctness is worth nothing to the people who > actually use the packages. A working system is. Plus you can not > advocate correctness on the points you care about, and ignore it on the > points you don't. > > I'll also point out there are not so many software bits like gnumeric > dating from Miguel's time, so if you won't do the mc directory dep for > gnumeric you won't do it anywhere else, and twin ownership of this dir > is more than acceptable practically. gnumeric not requiring mc _just works_. gnumeric requiring mc causes users to raise questions about dependency bloat. gnumeric owning a directory which belongs to a different package, is wrong. Twin ownership of files or directories is wrong. You want a _single_ package to specify file ownership and access privileges, regardless of whether this is a corner-case or not. You want RPM database queries to not return ambigous results. Nobody has commented on my /usr/share/aclocal example yet. Well, go ahead and drive directory ownership and sub-package creation to the level of pedantry, without real benefit. From bugzilla at redhat.com Mon Oct 24 12:49:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 08:49:54 -0400 Subject: [Bug 170534] Review Request: perl-Net-Patricia - Patricia Trie perl module for fast IP address lookups In-Reply-To: Message-ID: <200510241249.j9OCns0b013063@www.beta.redhat.com> Please 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-Net-Patricia - Patricia Trie perl module for fast IP address lookups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170534 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-10-24 08:49 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is GPL, matches spec, text included - spec file written in English and is legible - sources match upstream - package builds OK in FC4 (i386) and in mock for rawhide (i386) - BR's 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 - docs don't affect runtime - no large docs - no desktop entry needed - no scriptlets Nitpick: - fiddling with LD_RUN_PATH hasn't been necessary since FC2 - see http://koti.welho.com/vskytta/packagers-handbook/packagers-handbook.html#guidelines-perl-linkerflags 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 Oct 24 13:01:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 09:01:17 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241301.j9OD1Gvh015088@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From fedora at leemhuis.info 2005-10-24 09:01 EST ------- /me wonders if we should just ship a 32-bit wine in the x86-64-repo for now. Most people probably want to run 32-bit binaries atm. We could ship a 64-bit wine after upstream has a solution. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Mon Oct 24 13:04:25 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 15:04:25 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024140440.6ed57786.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> Message-ID: <1130159066.16358.92.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 14:04 +0200, Michael Schwendt a ?crit : > On Mon, 24 Oct 2005 13:07:02 +0200, Nicolas Mailhot wrote: > > > Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > > > > > Well, I prefer semantic correctness of dependencies > > > > Michael, semantic correctness is worth nothing to the people who > > actually use the packages. A working system is. Plus you can not > > advocate correctness on the points you care about, and ignore it on the > > points you don't. > > > > I'll also point out there are not so many software bits like gnumeric > > dating from Miguel's time, so if you won't do the mc directory dep for > > gnumeric you won't do it anywhere else, and twin ownership of this dir > > is more than acceptable practically. > > gnumeric not requiring mc _just works_. gnumeric requiring mc causes users > to raise questions about dependency bloat. gnumeric owning a directory > which belongs to a different package, is wrong. But *works*. The problem with all your arguments is you mingle absolutes "correctness", "wrong" with practical considerations "works", "bloat". Choose your ground (ideal or practical) and stick to it. If you want to push absolutes, you can't invoke practical considerations. If you accept practicalities, you can't ignore them because of absolutes. The practical view is to choose whatever solution works best with the least effort for everyone, and that may include multiple dir ownership even if it's not the "right" solution. The ideal "correct" view is to use "correct" deps everywhere, and that does mean putting a dep on /usr/share/mc in packages that use this dir. So far you've changed ground whenever it suited you, as a packager I'm not too interested in the ideal view, so if you want to convince me not to support twin ownership of this directory please give us an actual scenario using this particular directory where twin ownership will cause harm enough to justify leaving dangling directories. And "clear directory ownership for plugins" does not count because that's exactly what these two files are about. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Mon Oct 24 13:15:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 09:15:10 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510241315.j9ODFArb017156@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-24 09:15 EST ------- OK, change to "StartupNotify=true" > The app segfaults at startup here on FC4, on a laptop that doesn't have a CD or > DVD writer but just a DVD/CD-ROM drive. gdb backtrace attached. Hmmm... Cannot reproduce. FC3 + CD-ROM-only works fine. Current version is not "0.1"-like (0.64), therefore I believe that the upstream tested CD/DVD read-only drive case. Can you check this segfault at least on one other FC4 box? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Eric.Tanguy at univ-nantes.fr Mon Oct 24 13:24:30 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Mon, 24 Oct 2005 15:24:30 +0200 (CEST) Subject: exras build system Message-ID: <35443.193.52.109.12.1130160270.squirrel@webmail.univ-nantes.fr> Is there any problem on the build system ? From bugzilla at redhat.com Mon Oct 24 13:25:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 09:25:00 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510241325.j9ODP000018738@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-24 09:24 EST ------- well this will work given theres 32 bit compat libs available for all the used components. The question for the future is mainly how it will work out to solve #23 properly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 24 13:39:51 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 24 Oct 2005 15:39:51 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130159066.16358.92.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130159066.16358.92.camel@rousalka.dyndns.org> Message-ID: <20051024153951.2aa4f320.bugs.michael@gmx.net> On Mon, 24 Oct 2005 15:04:25 +0200, Nicolas Mailhot wrote: > Le lundi 24 octobre 2005 ? 14:04 +0200, Michael Schwendt a ?crit : > > On Mon, 24 Oct 2005 13:07:02 +0200, Nicolas Mailhot wrote: > > > > > Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > > > > > > > Well, I prefer semantic correctness of dependencies > > > > > > Michael, semantic correctness is worth nothing to the people who > > > actually use the packages. A working system is. Plus you can not > > > advocate correctness on the points you care about, and ignore it on the > > > points you don't. > > > > > > I'll also point out there are not so many software bits like gnumeric > > > dating from Miguel's time, so if you won't do the mc directory dep for > > > gnumeric you won't do it anywhere else, and twin ownership of this dir > > > is more than acceptable practically. > > > > gnumeric not requiring mc _just works_. gnumeric requiring mc causes users > > to raise questions about dependency bloat. gnumeric owning a directory > > which belongs to a different package, is wrong. > > But *works*. > The problem with all your arguments is you mingle absolutes > "correctness", "wrong" with practical considerations "works", "bloat". > Choose your ground (ideal or practical) and stick to it. If you want to > push absolutes, you can't invoke practical considerations. If you accept > practicalities, you can't ignore them because of absolutes. Thread closed for me since you've reached a certain point where you're only trying to attack me personally. I am not interested in wasting time on this. I've made my points clear. Contact the people who do actual packaging policies. That's not me. I only have views of what's good and what's not. You are free to ignore advise as I keep disagreeing with things like: $ rpm -qf /usr/share/xemacs fedora-rpmdevtools-1.2-1.fc5 From mpeters at mac.com Mon Oct 24 14:29:11 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 24 Oct 2005 07:29:11 -0700 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024140440.6ed57786.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> Message-ID: <1130164152.10289.22.camel@locolhost.localdomain> On Mon, 2005-10-24 at 14:04 +0200, Michael Schwendt wrote: > > gnumeric not requiring mc _just works_. gnumeric requiring mc causes users > to raise questions about dependency bloat. gnumeric owning a directory > which belongs to a different package, is wrong. Twin ownership of files > or directories is wrong. You want a _single_ package to specify file > ownership and access privileges, regardless of whether this is a > corner-case or not. You want RPM database queries to not return ambigous > results. Nobody has commented on my /usr/share/aclocal example yet. > Well, go ahead and drive directory ownership and sub-package creation to > the level of pedantry, without real benefit. I agree with this. While it may result in an orphaned /usr/share/mc directory - I think that is the least problematic solution. gnumeric should not depend upon mc because it does not need mc. Creating a gnumeric-mc subpackage that depends upon mc would technically be correct and resolve the problem - but it seems a bit rediculous to me. gnumeric has no business owning /usr/share/mc What would be *nice* is if rpm had a concept of soft ownership - IE delete the directory if nothing else is using it, but not reporting the directory as owned by the package for purposes of a provides query. In fact, it would be nice if it was automatic (IE rpm removes a file that results in an unowned empty directory, it just removes the unowned empty directory). rpm does not do that, creating a sub package to work around a deficiency in rpm is not the right solution because if that functionality is added to rpm, then you either have a sub package that is a sub package for legacy reasons, or you have to have a new release obsolete and provide the sub package. leaving dangling directories should be avoided whenever possible, but I think its the best way to do it for this scenario. -=- With tetex packages - the packages own the doc directory so that they uninstall cleanly if tetex-doc is not installed. [mpeters at laptop ~]$ rpm -qf /usr/share/texmf/doc tetex-prosper-1.5-2.fc4 tetex-perltex-1.2-2.fc4 latex2rtf-1.9.15-0.3 tetex-movie15-1.0-1.fc4 tetex-doc-3.0-6.FC4 tetex-fontools-20051003-1.fc4 [mpeters at laptop ~]$ Is that really what we want to have happen just to avoid an occasional unowned directory after a package is removed? From dcbw at redhat.com Mon Oct 24 14:28:36 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 24 Oct 2005 10:28:36 -0400 Subject: exras build system In-Reply-To: <35443.193.52.109.12.1130160270.squirrel@webmail.univ-nantes.fr> References: <35443.193.52.109.12.1130160270.squirrel@webmail.univ-nantes.fr> Message-ID: <1130164116.3113.2.camel@localhost.localdomain> On Mon, 2005-10-24 at 15:24 +0200, Eric TANGUY wrote: > Is there any problem on the build system ? Hmm, mock wasn't noticing that its child process had terminated on one of the builders... kicked now. Dan From nicolas.mailhot at laposte.net Mon Oct 24 13:52:00 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 15:52:00 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024153951.2aa4f320.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130159066.16358.92.camel@rousalka.dyndns.org> <20051024153951.2aa4f320.bugs.michael@gmx.net> Message-ID: <1130161920.16358.100.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 15:39 +0200, Michael Schwendt a ?crit : > On Mon, 24 Oct 2005 15:04:25 +0200, Nicolas Mailhot wrote: > > > Le lundi 24 octobre 2005 ? 14:04 +0200, Michael Schwendt a ?crit : > > > On Mon, 24 Oct 2005 13:07:02 +0200, Nicolas Mailhot wrote: > > > > > > > Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > > > > > > > > > Well, I prefer semantic correctness of dependencies > > > > > > > > Michael, semantic correctness is worth nothing to the people who > > > > actually use the packages. A working system is. Plus you can not > > > > advocate correctness on the points you care about, and ignore it on the > > > > points you don't. > > > > > > > > I'll also point out there are not so many software bits like gnumeric > > > > dating from Miguel's time, so if you won't do the mc directory dep for > > > > gnumeric you won't do it anywhere else, and twin ownership of this dir > > > > is more than acceptable practically. > > > > > > gnumeric not requiring mc _just works_. gnumeric requiring mc causes users > > > to raise questions about dependency bloat. gnumeric owning a directory > > > which belongs to a different package, is wrong. > > > > But *works*. > > The problem with all your arguments is you mingle absolutes > > "correctness", "wrong" with practical considerations "works", "bloat". > > Choose your ground (ideal or practical) and stick to it. If you want to > > push absolutes, you can't invoke practical considerations. If you accept > > practicalities, you can't ignore them because of absolutes. > > Thread closed for me since you've reached a certain point where you're > only trying to attack me personally. I'm sorry if you take it this way. Cool down, read the thread again and you'll see that's not the case. I only ask to be convinced like everyone else there. The convincing part is up to you. I pointed out why I found your arguments unconvincing, it's pretty sad if you find this kind of disagreement offensive. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Mon Oct 24 14:35:17 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 16:35:17 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024153951.2aa4f320.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130159066.16358.92.camel@rousalka.dyndns.org> <20051024153951.2aa4f320.bugs.michael@gmx.net> Message-ID: <1130164518.16358.118.camel@rousalka.dyndns.org> > > > > Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > > > > > > > > > Well, I prefer semantic correctness of dependencies The core of the problem BTW is rpm only got two states for a directory : owned (%dir) and unowned (nothing). And this discussion shows we need a tristate : A semantic owner: this directory is ultimately managed by this package B practical owner: this package will create and delete the directory if the semantic owner is not installed (ie you're not the semantical owner, but you don't want to depend on it) C dependency: this package need the directory but doesn't want to manage it at all, please autopull the semantic owner Till we actually have a tristate there will be disagreement between people who claim %dir is A, people who claim %dir is B, and pragmatic people who say "it depends" Note that clarifying the situation would enable autodeps for C instead of manual deps like now, and repo-level checking that the perms of directories in B state are compatible with their A conterpart. Since there is no difference between A and B most of the time one can probably gracefully migrate to the tristate by adding a new hint for B or A and declaring %dir means the other state. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From rc040203 at freenet.de Mon Oct 24 15:02:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 24 Oct 2005 17:02:37 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <20051024140440.6ed57786.bugs.michael@gmx.net> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> Message-ID: <1130166157.28858.301.camel@mccallum.corsepiu.local> On Mon, 2005-10-24 at 14:04 +0200, Michael Schwendt wrote: > On Mon, 24 Oct 2005 13:07:02 +0200, Nicolas Mailhot wrote: > > > Le lundi 24 octobre 2005 ? 12:28 +0200, Michael Schwendt a ?crit : > > > > > Well, I prefer semantic correctness of dependencies > > > > Michael, semantic correctness is worth nothing to the people who > > actually use the packages. A working system is. Plus you can not > > advocate correctness on the points you care about, and ignore it on the > > points you don't. > > > > I'll also point out there are not so many software bits like gnumeric > > dating from Miguel's time, so if you won't do the mc directory dep for > > gnumeric you won't do it anywhere else, and twin ownership of this dir > > is more than acceptable practically. > > gnumeric not requiring mc _just works_. gnumeric requiring mc causes users > to raise questions about dependency bloat. Either these mc-plugins are plugins to mc, then these must require mc, or these plugins ain't plugins, then they are bit-junk. So, whatever you do, this dependency exists and if you want to make it proper and convenient you can't avoid them. > gnumeric owning a directory > which belongs to a different package, is wrong. Twin ownership of files > or directories is wrong. You want a _single_ package to specify file > ownership and access privileges, regardless of whether this is a > corner-case or not. You want RPM database queries to not return ambigous > results. You are splitting hairs on a non-issue: Whatever you do, requires will always be ambiguous. The key to resolve this are: * Instead of "Require: dir", let these packages share ownership on directories. * Such ambiguous requires normally resolve as side effects from other requirements. > Nobody has commented on my /usr/share/aclocal example yet. There exist 2 strategies: 1. All packages installing something to /usr/share/aclocal must own it. 2. No package installing something to /usr/share/acloal must own, instead one single package owns it. Both strategies work, if being used consistently. Things only break if these strateges are being used inconsistently. Right now, strategy 2 for example is being applied wrt. files below dirs being owned by the "filesystem" rpm, while strategy 1 is being applied to perl modules. Ralf From nicolas.mailhot at laposte.net Mon Oct 24 15:06:28 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 17:06:28 +0200 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130164152.10289.22.camel@locolhost.localdomain> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130164152.10289.22.camel@locolhost.localdomain> Message-ID: <1130166388.16358.124.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 07:29 -0700, Michael A. Peters a ?crit : > gnumeric has no business owning /usr/share/mc Sure, but what are the practical consequences ? Will it break anything ? The bad side-effects of not owning it are well known, no one has pointed out yet any bad side-effect of owning it. Other than something somewhere in another galaxy may have need of unambiguous ownership of this dir to install plugins. Does such a beast actually exist ? -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Mon Oct 24 15:08:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 11:08:04 -0400 Subject: [Bug 168923] Review Request: Python SQLObject ORM library -- needs sponsor In-Reply-To: Message-ID: <200510241508.j9OF84pV031835@www.beta.redhat.com> Please 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 SQLObject ORM library -- needs sponsor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 Bug 168923 depends on bug 168922, which changed state. Bug 168922 Summary: Review Request: Python FormEncode Library -- needs sponsor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 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 Eric.Tanguy at univ-nantes.fr Mon Oct 24 15:11:00 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Mon, 24 Oct 2005 17:11:00 +0200 (CEST) Subject: exras build system In-Reply-To: <1130164116.3113.2.camel@localhost.localdomain> References: <35443.193.52.109.12.1130160270.squirrel@webmail.univ-nantes.fr> <1130164116.3113.2.camel@localhost.localdomain> Message-ID: <44340.193.52.109.12.1130166660.squirrel@webmail.univ-nantes.fr> > On Mon, 2005-10-24 at 15:24 +0200, Eric TANGUY wrote: >> Is there any problem on the build system ? > > Hmm, mock wasn't noticing that its child process had terminated on one > of the builders... kicked now. > > Dan > Ok thanks but there is some things i don't understand : http://buildsys.fedoraproject.org/build-status/job.psp?uid=208 this job is said failed on x86_64 but if i look at the logs the jobs finished fine in i386 and x86_64 arch but not in ppc ... If i look at http://buildsys.fedoraproject.org/build-status/success.psp i don't understand why there is package in needsign status and others in add-to_repo status. Thanks Eric From bugzilla at redhat.com Mon Oct 24 15:13:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 11:13:09 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510241513.j9OFD9Xq032462@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-24 11:13 EST ------- In the future, please bump the release and add a changelog entry when you make changes to the package, also during review. Before setting StartupNotify=true, be sure that it's indeed what you want: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#recognized-keys I guess it would be correct to omit StartupNotify altogether here (unchecked). Tested the app on two additional FC4 boxes (one i386 with a DVD/CD writer, and one ppc with just a regular DVD/CD reader), both crash at startup the same way as the laptop mentioned earlier. However, I noticed this: $ ls -la /dev/dvd* /dev/cd* /dev/hda lrwxrwxrwx 1 root root 3 Oct 21 22:25 /dev/cdrom -> hda lrwxrwxrwx 1 root root 3 Oct 21 22:25 /dev/cdwriter -> hda lrwxrwxrwx 1 root root 3 Oct 21 22:25 /dev/dvd -> hda lrwxrwxrwx 1 root root 3 Oct 21 22:25 /dev/dvdwriter -> hda brw-rw---- 1 root disk 3, 0 Oct 21 22:25 /dev/hda $ dvdisaster dvdisaster-0.64 Copyright 2004,2005 Carsten Gnoerlich. This software comes with ABSOLUTELY NO WARRANTY. This is free software and you are welcome to redistribute it under the conditions of the GNU GENERAL PUBLIC LICENSE. See the file "COPYING" for further information. No CD/DVD drives found in /dev. No drives will be pre-selected. ...so, no crash when the DVD/CD writer device is owned by root and running as a regular user. dvdisaster says "no drives found" though. But after changing the device ownership to the normal user and trying again, no other changes: $ ls -la /dev/hda brw-rw---- 1 scop disk 3, 0 Oct 21 22:25 /dev/hda $ dvdisaster Segmentation fault (core dumped) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 15:16:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 11:16:07 -0400 Subject: [Bug 171624] New: Review Request: mimetic -- A full featured MIME library written in C++ 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=171624 Summary: Review Request: mimetic -- A full featured MIME library written in C++ Product: Fedora Extras Version: devel Platform: All URL: http://codesink.org/mimetic_mime_library.html 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/mimetic.spec SRPM Name or Url: http://ensc.de/fedora/mimetic-0.8.9-1.src.rpm Description: mimetic is a GPL MIME library written in C++ designed to be easy to use and integrate but yet fast and efficient. mimetic doesn't use exceptions but it heavily uses templates so a mostly standard compliant C++ compiler 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 Mon Oct 24 15:16:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 11:16:19 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510241516.j9OFGJEq000388@www.beta.redhat.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| |171624 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 24 15:24:04 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 24 Oct 2005 11:24:04 -0400 Subject: exras build system In-Reply-To: <44340.193.52.109.12.1130166660.squirrel@webmail.univ-nantes.fr> References: <35443.193.52.109.12.1130160270.squirrel@webmail.univ-nantes.fr> <1130164116.3113.2.camel@localhost.localdomain> <44340.193.52.109.12.1130166660.squirrel@webmail.univ-nantes.fr> Message-ID: <1130167444.3113.36.camel@localhost.localdomain> On Mon, 2005-10-24 at 17:11 +0200, Eric TANGUY wrote: > > On Mon, 2005-10-24 at 15:24 +0200, Eric TANGUY wrote: > >> Is there any problem on the build system ? > > > > Hmm, mock wasn't noticing that its child process had terminated on one > > of the builders... kicked now. > > > > Dan > > > Ok thanks but there is some things i don't understand : > http://buildsys.fedoraproject.org/build-status/job.psp?uid=208 this job is > said failed on x86_64 but if i look at the logs the jobs finished fine in > i386 and x86_64 arch but not in ppc ... I've requeued all the jobs that said they failed because they couldn't download the RPMS from hammer3. Other jobs that used hammer3 look like they got through fine after I kicked stuff earlier, so I think we're OK. > If i look at http://buildsys.fedoraproject.org/build-status/success.psp i > don't understand why there is package in needsign status and others in > add-to_repo status. Job 25 is an anomoly, it needs to be bumped and pushed through again... Not sure why that one didn't go through last week. The rest should be fine. Jobs can't move from add_to_repo -> needsign until the 'createrepo' command has been run on the build server. 'add_to_repo' means that the jobs are in the queue for the createrepo run. It takes a while to run createrepo because we need to wait for all builders to leave the 'prepping' state before we can run createrepo, because createrepo touches the repo (of course) and the builders are reading from the repo during their 'prepping' phase. If we allow the write+read at the same time, jobs fail because the repo is inconsistent. Dan From bugzilla at redhat.com Mon Oct 24 15:44:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 11:44:10 -0400 Subject: [Bug 168583] Review Request: perl-Crypt-DES_EDE3 In-Reply-To: Message-ID: <200510241544.j9OFiAD5003976@www.beta.redhat.com> Please 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-Crypt-DES_EDE3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168583 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-10-24 11:43 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec, text generated and included - spec file written in English and is legible - sources match upstream - package builds OK in mock for FC4 (i386) - BR's 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 desktop entry needed - no scriptlets Suggestion: - "Triple-DES EDE encryption/decryption module" might be a better summary than "Crypt::DES_EDE3 Perl module" 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 Oct 24 15:59:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 11:59:12 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510241559.j9OFxCgo006498@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-24 11:59 EST ------- > Before setting StartupNotify=true Reverted back. Thanks for the doc link... Coredumps: When device is owned by root -- the same report as you wrote above, when owned by the user -- all works fine on any CD/DVD type (no coredumps). ...and no any gcc warnings while compile. FC3 is OK, FC4 is not... My desktop is GNOME, what is your 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 Oct 24 16:04:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:04:08 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510241604.j9OG483o007331@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-24 12:04 EST ------- Also one question: On the system where dvdisaster crashes, how it works in command line mode? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pawsa at theochem.kth.se Mon Oct 24 16:06:36 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Mon, 24 Oct 2005 16:06:36 +0000 Subject: Fwd: Build Error (Job 201): balsa-2_3_6-1_fc5 on fedora-development-extras [buildsys@fedoraproject.org] In-Reply-To: <20051024145525.90DCF808D@extras64.linux.duke.edu> (from buildsys@fedoraproject.org on Mon Oct 24 16:55:25 2005) References: <20051024145525.90DCF808D@extras64.linux.duke.edu> Message-ID: <1130169996l.9900l.1l@salek> I get this build error message, but there is nothing in the message that hints what is the error exactly, and there are no ppc logs to check at all. Any hints? Pawel -------------- next part -------------- An embedded message was scrubbed... From: buildsys at fedoraproject.org Subject: Build Error (Job 201): balsa-2_3_6-1_fc5 on fedora-development-extras Date: Mon, 24 Oct 2005 10:55:25 -0400 (EDT) Size: 4050 URL: From bugzilla at redhat.com Mon Oct 24 16:07:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:07:58 -0400 Subject: [Bug 171624] Review Request: mimetic -- A full featured MIME library written in C++ In-Reply-To: Message-ID: <200510241607.j9OG7w3s007740@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mimetic -- A full featured MIME library written in C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171624 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-10-24 12:07 EST ------- Updated: http://ensc.de/fedora/mimetic-0.8.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 Mon Oct 24 16:15:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:15:40 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510241615.j9OGFemk008520@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-24 12:15 EST ------- Hmm... This is odd. I recall distinctly checking the md5sum of the tarball before packaging it. It's on my packaging checklist. I'll email the maintainers to see what's 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 Oct 24 16:19:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:19:04 -0400 Subject: [Bug 170534] Review Request: perl-Net-Patricia - Patricia Trie perl module for fast IP address lookups In-Reply-To: Message-ID: <200510241619.j9OGJ4pe008954@www.beta.redhat.com> Please 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-Net-Patricia - Patricia Trie perl module for fast IP address lookups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170534 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-10-24 12:18 EST ------- Removed the LD_RUN_PATH change and built on devel. 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 dcbw at redhat.com Mon Oct 24 16:24:30 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 24 Oct 2005 12:24:30 -0400 Subject: Fwd: Build Error (Job 201): balsa-2_3_6-1_fc5 on fedora-development-extras [buildsys@fedoraproject.org] In-Reply-To: <1130169996l.9900l.1l@salek> References: <20051024145525.90DCF808D@extras64.linux.duke.edu> <1130169996l.9900l.1l@salek> Message-ID: <1130171070.4687.4.camel@localhost.localdomain> On Mon, 2005-10-24 at 16:06 +0000, Pawel Salek wrote: > I get this build error message, but there is nothing in the message > that hints what is the error exactly, and there are no ppc logs to > check at all. > > Any hints? It's not your problem, it's ours... The build server can't contact the builder to grab the finished RPMs and logs for some reason. I've noticed quite a few jobs ending up in this state today. I'll have to investigate, but if you get a message like this, feel free to 'plague-client requeue ' and see if it goes through. I think it might be load-related, not sure yet. Dan From tmraz at redhat.com Mon Oct 24 16:26:53 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 24 Oct 2005 18:26:53 +0200 Subject: Fwd: Build Error (Job 201): balsa-2_3_6-1_fc5 on fedora-development-extras [buildsys@fedoraproject.org] In-Reply-To: <1130169996l.9900l.1l@salek> References: <20051024145525.90DCF808D@extras64.linux.duke.edu> <1130169996l.9900l.1l@salek> Message-ID: <1130171213.9595.2.camel@perun.redhat.usu> On Mon, 2005-10-24 at 16:06 +0000, Pawel Salek wrote: > I get this build error message, but there is nothing in the message > that hints what is the error exactly, and there are no ppc logs to > check at all. Similar problem here: > Job failed on arch x86_64: couldn't download result files from builder > 'https://hammer1.fedora.redhat.com:8888'. > Please contact the build system administrator. > > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/224-workrave-1.8.1-4.fc5/ > > -- Tomas Mraz From bugzilla at redhat.com Mon Oct 24 16:45:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:45:56 -0400 Subject: [Bug 171638] New: Review Request: perl-IPC-Shareable - Share Perl variables between processes 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=171638 Summary: Review Request: perl-IPC-Shareable - Share Perl variables between processes Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/IPC-Shareable/ 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-IPC-Shareable.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Log-Dispatch-FileRotate-1.13-1.src.rpm Description: IPC::Shareable allows you to tie a variable to shared memory making it easy to share the contents of that variable with other Perl processes. Scalars, arrays, and hashes can be tied. The variable being tied may contain arbitrarily complex data structures - including references to arrays, hashes of hashes, etc. Note: This is a Log::Log4perl 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 Mon Oct 24 16:46:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:46:07 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510241646.j9OGk7Ti011940@www.beta.redhat.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| |171638 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 16:49:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:49:25 -0400 Subject: [Bug 171640] New: Review Request: perl-Log-Dispatch-FileRotate - Log to files that archive/rotate themselves 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=171640 Summary: Review Request: perl-Log-Dispatch-FileRotate - Log to files that archive/rotate themselves Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Log-Dispatch-FileRotate/ 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-Log-Dispatch-FileRotate.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Log-Dispatch-FileRotate-1.13-1.src.rpm Description: This module provides a simple object for logging to files under the Log::Dispatch::* system, and automatically rotating them according to different constraints. This is basically a Log::Dispatch::File wrapper with additions. Note: This a Log::Log4perl requirement (and also expands Log::Dispatch) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 16:49:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 12:49:42 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510241649.j9OGngQl012283@www.beta.redhat.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| |171640 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Eric.Tanguy at univ-nantes.fr Mon Oct 24 17:28:44 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Mon, 24 Oct 2005 19:28:44 +0200 (CEST) Subject: Extras repodata Message-ID: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> Why there is so many packages not in Groups here : http://fedoraproject.org/extras/4/i386/repodata/ I take the example Engineering and Scientific group : for example maxima is not here and so on ... Why ? Thanks Eric From eric.tanguy at univ-nantes.fr Mon Oct 24 17:03:13 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 24 Oct 2005 19:03:13 +0200 Subject: exras build system In-Reply-To: <1130167444.3113.36.camel@localhost.localdomain> References: <35443.193.52.109.12.1130160270.squirrel@webmail.univ-nantes.fr> <1130164116.3113.2.camel@localhost.localdomain> <44340.193.52.109.12.1130166660.squirrel@webmail.univ-nantes.fr> <1130167444.3113.36.camel@localhost.localdomain> Message-ID: <1130173393.2919.0.camel@bureau.maison> Le lundi 24 octobre 2005 ? 11:24 -0400, Dan Williams a ?crit : > On Mon, 2005-10-24 at 17:11 +0200, Eric TANGUY wrote: > > > On Mon, 2005-10-24 at 15:24 +0200, Eric TANGUY wrote: > > >> Is there any problem on the build system ? > > > > > > Hmm, mock wasn't noticing that its child process had terminated on one > > > of the builders... kicked now. > > > > > > Dan > > > > > Ok thanks but there is some things i don't understand : > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=208 this job is > > said failed on x86_64 but if i look at the logs the jobs finished fine in > > i386 and x86_64 arch but not in ppc ... > > I've requeued all the jobs that said they failed because they couldn't > download the RPMS from hammer3. Other jobs that used hammer3 look like > they got through fine after I kicked stuff earlier, so I think we're OK. It seems i have the same pb with http://buildsys.fedoraproject.org/build-status/job.psp?uid=212 all seems fine but the job is written failed. > > > If i look at http://buildsys.fedoraproject.org/build-status/success.psp i > > don't understand why there is package in needsign status and others in > > add-to_repo status. > > Job 25 is an anomoly, it needs to be bumped and pushed through again... > Not sure why that one didn't go through last week. The rest should be > fine. Jobs can't move from add_to_repo -> needsign until the > 'createrepo' command has been run on the build server. 'add_to_repo' > means that the jobs are in the queue for the createrepo run. > > It takes a while to run createrepo because we need to wait for all > builders to leave the 'prepping' state before we can run createrepo, > because createrepo touches the repo (of course) and the builders are > reading from the repo during their 'prepping' phase. If we allow the > write+read at the same time, jobs fail because the repo is inconsistent. > > Dan > Eric From bugzilla at redhat.com Mon Oct 24 17:43:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 13:43:24 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510241743.j9OHhOts018999@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-24 13:43 EST ------- Argh, please read comment 6 again. Your SRPM has changed yet again without not bumping the release tag and without any change log entry. This makes reviewing a PITA. StartupNotify=false will still disable KDE's built-in generic startup notification. Removing StartupNotify altogether from the .desktop file would look like the correct solution. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 24 17:44:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 13:44:14 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510241744.j9OHiEi8019146@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-24 13:44 EST ------- s/without not/without/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 24 17:57:38 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 24 Oct 2005 12:57:38 -0500 Subject: Extras repodata In-Reply-To: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> Message-ID: Eric TANGUY wrote: > Why there is so many packages not in Groups here : > http://fedoraproject.org/extras/4/i386/repodata/ > I take the example Engineering and Scientific group : for example maxima > is not here and so on ... Good question. There seems to be a *lot* of stuff in the "Packages Not in Groups" category (that's where maxima is listed). I take it that membership in these groups isn't automated (ie, done by a human), else we've got a bug lurking. -- Rex From Jochen at herr-schmitt.de Mon Oct 24 18:00:52 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 24 Oct 2005 20:00:52 +0200 Subject: Trouble with buildsys Message-ID: <20051024180052.GA24385@myhome> Hello, I have try to start a build which you may find on the jobid 232. On the ppc and x86_64 arch the job finished well. but for the i386 arch the job hangs on the 'running/downloaded' stated. It will be nice, if anyone can fix it. 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 Mon Oct 24 18:04:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 14:04:18 -0400 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200510241804.j9OI4IgW021993@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: spandsp - A DSP library for telephony https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171597 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-24 14:04 EST ------- * HTML doc is packaged twice, leave in -devel only * %prep : "%setup0 -q" should be "%setup -q" * include the COPYING file * What does Legal think of the DueDiligence 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 Mon Oct 24 18:08:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 14:08:27 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510241808.j9OI8RGB022456@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-24 14:08 EST ------- >From the author: -- Checksum should be 18ff5d04d633cf3b4e3fbf869c18dd2f There was a mistake in the archive (documentation installation) so the tarball was updated some time after. -- I've updated the SRPM to contain the matching tarball. See: http://linux.duke.edu/~icon/misc/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 Mon Oct 24 18:25:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 14:25:26 -0400 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200510241825.j9OIPQag024294@www.beta.redhat.com> Please 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 jamatos at fc.up.pt 2005-10-24 14:25 EST ------- I am sorry for not taking care of this before. I don't understand what you mean when you say that packaging this twice leads to different archives. I have followed the described procedure and I get the same md5sum no matter what the platform I am using. So I don't understand how you get a different check sum. If we sort this issue, I will make a full review. The package seems in the right shape to be included I just want to be sure to confirm this step. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mon Oct 24 18:31:57 2005 From: ermeyers at adelphia.net (Eric R. Meyers) Date: Mon, 24 Oct 2005 14:31:57 -0400 Subject: Extras repodata Message-ID: <200510241432.14038.ermeyers@adelphia.net> Hello Eric and Rex, Take a look at these two threads: https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00436.html https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01593.html Eric TANGUY wrote: >> Why there is so many packages not in Groups here : >> http://fedoraproject.org/extras/4/i386/repodata/ >> I take the example Engineering and Scientific group : for example maxima >> is not here and so on ... Rex Dieter wrote: > Good question. There seems to be a *lot* of stuff in the "Packages Not > in Groups" category (that's where maxima is listed). I take it that > membership in these groups isn't automated (ie, done by a human), else > we've got a bug lurking. -- 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 Mon Oct 24 18:36:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 14:36:51 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510241836.j9OIapPr025246@www.beta.redhat.com> Please 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-10-24 14:36 EST ------- My question regarding grace process is: Do I need to fix all the raised issues at once or is it possible to get grace in Extras and then fix those issues? I do prefer to have incremental steps instead of going and the way in a big jump. It becomes then easier to report some of those issues 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 ivazquez at ivazquez.net Mon Oct 24 18:58:26 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 24 Oct 2005 14:58:26 -0400 Subject: Extras repodata In-Reply-To: References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> Message-ID: <1130180306.29105.2.camel@ignacio.lan> On Mon, 2005-10-24 at 12:57 -0500, Rex Dieter wrote: > Eric TANGUY wrote: > > Why there is so many packages not in Groups here : > > http://fedoraproject.org/extras/4/i386/repodata/ > > I take the example Engineering and Scientific group : for example maxima > > is not here and so on ... > > Good question. There seems to be a *lot* of stuff in the "Packages Not > in Groups" category (that's where maxima is listed). I take it that > membership in these groups isn't automated (ie, done by a human), else > we've got a bug lurking. Indeed it is. It would be useful if there were some way for a package owner to specify the group it belongs to. And no, the Groups tag is *not* an effective way of doing so. At least, not with the values we're currently restricted to. Since the Groups tag is obsolescent, why can't we use that to specify the package group instead? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Oct 24 19:47:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 15:47:42 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510241947.j9OJlgLx001279@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 mej at eterm.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mej at eterm.org ------- Additional Comments From mej at eterm.org 2005-10-24 15:47 EST ------- Warren: No, the upstream RPM is not "wrong." RPM autoreq resolution will not pick up the required loaders because they are dynamically loaded at runtime when trying to load a JPEG or PNG image. The default theme uses both these formats and thus requires those two loaders be present. Rex: Authoritative upstream packages for Imlib2 can be found at http://enlightenment.freedesktop.org/ (tarballs containing spec files) and http://mirror.caosity.org/cAos-2/ext/autobuilder/i386/00_LOGS/e/imlib2/ (source and binary RPM's). Your suggestion to require the specific .so files is incorrect: it fails to account for multi-arch and /usr/lib64. The sad part of all this is that it would've taken far less time to simply add the Provides: lines suggested to the spec file than to carry on this discussion. You even had them provided for you to cut-and-paste! So why not do that instead of playing the Fedora-is-right-and-everyone-else-is-wrong game? :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 24 20:00:16 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 24 Oct 2005 22:00:16 +0200 (CEST) Subject: Extras repodata In-Reply-To: <1130180306.29105.2.camel@ignacio.lan> References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> <1130180306.29105.2.camel@ignacio.lan> Message-ID: On Mon, 24 Oct 2005, Ignacio Vazquez-Abrams wrote: [on Grouping] > the Groups tag is > *not* an effective way of doing so. At least, not with the values we're > currently restricted to. What does it actually take to make the Group tag good and relevant? Who restricts the values we can use? There's gotta be something lurking here, else we would not be trying to work around it. So... what is the real problem? Linus From nicolas.mailhot at laposte.net Mon Oct 24 20:13:27 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 24 Oct 2005 22:13:27 +0200 Subject: Extras repodata In-Reply-To: References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> <1130180306.29105.2.camel@ignacio.lan> Message-ID: <1130184808.2926.15.camel@rousalka.dyndns.org> Le lundi 24 octobre 2005 ? 22:00 +0200, Linus Walleij a ?crit : > On Mon, 24 Oct 2005, Ignacio Vazquez-Abrams wrote: > > [on Grouping] > > > the Groups tag is > > *not* an effective way of doing so. At least, not with the values we're > > currently restricted to. > > What does it actually take to make the Group tag good and relevant? Kill it > Who > restricts the values we can use? No one. But almost no one/nothing reads it either > There's gotta be something lurking here, else we would not be trying to > work around it. So... what is the real problem? The real problem is you need something like a keyword list, *not* a monovalued tag -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mricon at gmail.com Mon Oct 24 19:48:42 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Mon, 24 Oct 2005 15:48:42 -0400 Subject: Extras repodata In-Reply-To: <1130180306.29105.2.camel@ignacio.lan> References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> <1130180306.29105.2.camel@ignacio.lan> Message-ID: On 24/10/05, Ignacio Vazquez-Abrams wrote: > Indeed it is. It would be useful if there were some way for a package > owner to specify the group it belongs to. And no, the Groups tag is > *not* an effective way of doing so. At least, not with the values we're > currently restricted to. > > Since the Groups tag is obsolescent, why can't we use that to specify > the package group instead? Partly because there is more information required than provided by the Group tag. E.g. a package can be a member of more than one group, and can have such attributes as "required" in it. I think we just need to make "editing the group file" step required as part of the "New package process." Regards, -- Konstantin Ryabitsev http://www.mricon.com/ From eric.tanguy at univ-nantes.fr Mon Oct 24 18:07:13 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 24 Oct 2005 20:07:13 +0200 Subject: Extras repodata In-Reply-To: References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> Message-ID: <1130177233.2919.3.camel@bureau.maison> Le lundi 24 octobre 2005 ? 12:57 -0500, Rex Dieter a ?crit : > Eric TANGUY wrote: > > Why there is so many packages not in Groups here : > > http://fedoraproject.org/extras/4/i386/repodata/ > > I take the example Engineering and Scientific group : for example maxima > > is not here and so on ... > > Good question. There seems to be a *lot* of stuff in the "Packages Not > in Groups" category (that's where maxima is listed). I take it that > membership in these groups isn't automated (ie, done by a human), else > we've got a bug lurking. > > -- Rex > It is not possible to make a file in cvs showing the good group to put the package. And after a "little" script reading this file and putting the package in the right group ? Eric From bugzilla at redhat.com Mon Oct 24 20:39:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 16:39:38 -0400 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200510242039.j9OKdcl1009426@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: spandsp - A DSP library for telephony https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171597 ------- Additional Comments From jeff at ollie.clive.ia.us 2005-10-24 16:39 EST ------- New spec/srpms: Spec Name or Url: http://www.ocjtech.us/spandsp-0.0.3-0.2.pre4.spec SRPM Name or Url: http://www.ocjtech.us/spandsp-0.0.3-0.2.pre4.src.rpm As far as the DueDilligence file, I've asked in a number of places about the implications of including SpanDSP in FE before and gotten generally positive responses. I have not specifically gotten any opinions from RedHat Legal. What is the process for requesting an opinion from Fedora Legal? Nothing obvious turned up in a Google search or the Fedora 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 katzj at redhat.com Mon Oct 24 21:03:11 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 24 Oct 2005 17:03:11 -0400 Subject: Extras repodata In-Reply-To: References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> <1130180306.29105.2.camel@ignacio.lan> Message-ID: <1130187791.26167.85.camel@bree.local.net> On Mon, 2005-10-24 at 15:48 -0400, Konstantin Ryabitsev wrote: > On 24/10/05, Ignacio Vazquez-Abrams wrote: > > Indeed it is. It would be useful if there were some way for a package > > owner to specify the group it belongs to. And no, the Groups tag is > > *not* an effective way of doing so. At least, not with the values we're > > currently restricted to. > > > > Since the Groups tag is obsolescent, why can't we use that to specify > > the package group instead? > > Partly because there is more information required than provided by the > Group tag. E.g. a package can be a member of more than one group, and > can have such attributes as "required" in it. > > I think we just need to make "editing the group file" step required as > part of the "New package process." Except that you don't want to require that packages be listed in the comps file. eg, there is *no* reason why a library should be included there. Libraries should just get pulled in for dependencies Jeremy From katzj at redhat.com Mon Oct 24 21:03:53 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 24 Oct 2005 17:03:53 -0400 Subject: Extras repodata In-Reply-To: References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> <1130180306.29105.2.camel@ignacio.lan> Message-ID: <1130187833.26167.87.camel@bree.local.net> On Mon, 2005-10-24 at 22:00 +0200, Linus Walleij wrote: > On Mon, 24 Oct 2005, Ignacio Vazquez-Abrams wrote: > [on Grouping] > > the Groups tag is > > *not* an effective way of doing so. At least, not with the values we're > > currently restricted to. > > What does it actually take to make the Group tag good and relevant? Who > restricts the values we can use? > > There's gotta be something lurking here, else we would not be trying to > work around it. So... what is the real problem? As a tag within RPM, it has defined values which it can take. Also, there is a strong desire to be able to set things related to the group without having to rebuild the package (which points to the information being external to the package) Jeremy From katzj at redhat.com Mon Oct 24 21:07:18 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 24 Oct 2005 17:07:18 -0400 Subject: Extras repodata In-Reply-To: <1130177233.2919.3.camel@bureau.maison> References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> <1130177233.2919.3.camel@bureau.maison> Message-ID: <1130188038.26167.92.camel@bree.local.net> On Mon, 2005-10-24 at 20:07 +0200, Eric Tanguy wrote: > Le lundi 24 octobre 2005 ? 12:57 -0500, Rex Dieter a ?crit : > > Eric TANGUY wrote: > > > Why there is so many packages not in Groups here : > > > http://fedoraproject.org/extras/4/i386/repodata/ > > > I take the example Engineering and Scientific group : for example maxima > > > is not here and so on ... > > > > Good question. There seems to be a *lot* of stuff in the "Packages Not > > in Groups" category (that's where maxima is listed). I take it that > > membership in these groups isn't automated (ie, done by a human), else > > we've got a bug lurking. > > > It is not possible to make a file in cvs showing the good group to put > the package. And after a "little" script reading this file and putting > the package in the right group ? In the FC5 time frame, I think we're going to want/need to move to having people be more conscientious about updating a groups (comps) file when they add packages. Especially as the plan is that the system-config-packages replacement will be making good use of this. At the same time, the comps file in its current form just isn't sufficient for this purpose. Work is underway to try to get to something better very very soon... Jeremy From bugzilla at redhat.com Mon Oct 24 21:11:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 17:11:50 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510242111.j9OLBowU013009@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|NOTABUG | CC| |rdieter at math.unl.edu ------- Additional Comments From rdieter at math.unl.edu 2005-10-24 17:11 EST ------- > Your suggestion to require the specific .so files is > incorrect: it fails to account for multi-arch and /usr/lib64. Not if you use: Requires: %{_libdir}/imlib2/loaders/jpeg.so Requires: %{_libdir}/imlib2/loaders/png.so :-) Regardless, unless there is some good argument against it (which I don't see), FE should follow upstream -> REOPENING -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Mon Oct 24 21:19:43 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 24 Oct 2005 23:19:43 +0200 Subject: NewPackageProcess Message-ID: <1130188783.2904.7.camel@bureau.maison> In this page http://fedoraproject.org/wiki/Extras/NewPackageProcess , Step 14: Close the bugzilla ticket (assuming that the package built successfully) * You should close it as NEXTRELEASE. But the ticket has to be closed by the reviewer or the reporter ? I'm a reporter and i can't close the ticket ... If it has to be closed by the reviewer maybe the wiki has to be more clear, no ? Thanks Eric From eric.tanguy at univ-nantes.fr Mon Oct 24 20:40:17 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 24 Oct 2005 22:40:17 +0200 Subject: Extras repodata In-Reply-To: <200510241432.14038.ermeyers@adelphia.net> References: <200510241432.14038.ermeyers@adelphia.net> Message-ID: <1130186417.2904.1.camel@bureau.maison> Le lundi 24 octobre 2005 ? 14:31 -0400, Eric R. Meyers a ?crit : > Hello Eric and Rex, > > Take a look at these two threads: > > https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00436.html > > https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01593.html > > Eric TANGUY wrote: > >> Why there is so many packages not in Groups here : > >> http://fedoraproject.org/extras/4/i386/repodata/ > >> I take the example Engineering and Scientific group : for example maxima > >> is not here and so on ... > > Rex Dieter wrote: > > Good question. There seems to be a *lot* of stuff in the "Packages Not > > in Groups" category (that's where maxima is listed). I take it that > > membership in these groups isn't automated (ie, done by a human), else > > we've got a bug lurking. > > I read these threads but if i read well https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01593.html have no answer. Nobody is interested on this subject ? Eric From bugzilla at redhat.com Mon Oct 24 21:33:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 17:33:40 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510242133.j9OLXeQn015857@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-24 17:33 EST ------- This has already been discussed. Everybody agrees the first few RPMs failed the Fedora Extra standards. I was generally following the Fedora Distribution RPMs, like the kernel which uses _FC4 naming convention, and the rpm package that has executables in /usr/lib, and did not realize that Fedora Extras had different standards. I also was just modifying a supplied (in the Swish-e distribution) generic RPM spec file that failed all Fedora Extra standards, but worked just fine for casual use. The 12.fc4, and the new 13.fc4 RPM should meet Fedora Extra requirements. If, in meeting those requirements, some functionality is broken, a note in the RPM encourages users to post constructive comments to resolve the issues, and overcome parts of the Swish-e build system that predates Fedora Extras. I'm assuming that Swish-e itself passes Fedora Extra standards, as it is present in just about all distributions. Point by point comparison: http://fedoraproject.org/wiki/PackagingGuidelines 1.1 http://fedoraproject.org/wiki/PackageNamingGuidelines 1.1 Matches upstream tarball. No '_' in name. 1.2 No multiple versions at this time. 1.3 swish-e.spec is proper. 1.4 Package version 2.4.2 1.5 Proper use of %{dist} 1.6+ Proper use of addon perl package names. 1.2 Passes Legal 1.3/1.4 Modified an existing package, then rewrote it, matches with minimal fedora-newrpmspec 1.5 rpmlint errors are reduced to a few in debug rpm and a few in Perl modules. The errors are consistent with errors in other approved packages. 1.6 ChangeLog meets requirements. 1.7 No packager/vendor/ copyright tag used. Summaries do not end in period. 1.8 Buildroot tag acceptable. 1.9 Requires are assumed to be automatic. 1.10 fedora-rmdevelrpms passed. 1.11 Summary and descriptions appear okay. 1.12 Encoding passed. 1.13 All docs in separate sub package (named correctly). Uses Documentation group. 1.14 Static libraries excluded. 1.15 No duplication of system libraries. 1.16 Configuration files are marked. 1.17 No desktop files. 1.18 Macros are used liberally. Using %{buildroot} and %{optflags} vs $RPM_BUILD_ROOT and $RPM_OPT_FLAGS consistently. 1.19 Timestamps okay. 1.20 Parallel make not used. 1.21 Scriptlets meet requirements. 1.22 Running scripts at proper times. 1.23 Conditional dependencies are excluded for default build. 1.24 Package built in user account. 1.25 Not relocatable. 1.26 Code vs Content seems acceptable. http://fedoraproject.org/wiki/PackageReviewGuidelines 1 Review Purpose "This does not mean that the package (or the software being packaged) is perfect, but it should meet baseline minimum requirements for quality." Package meets minimum quality requirements. 1.2 Review Process 1.2.1 Contributor Still on step 3. 1.2.2 Reviewer Possible blocker: - MUST: If a package includes something as %doc, it must not affect the runtime of the application. To summarize: If it is in %doc, the program must run properly if it is not present. Some examples are dependent on files in the docs, but they are in a separate doc package. Installing the docs package using --exludedocs makes no sense. Other than a few blockers caused by a outdated build system (swish-e), the RPM should be acceptable for Fedora Core 4. A new RPM package will be required for fc5 and 2.4.3, most likely due to libxml2 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 Mon Oct 24 22:26:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 18:26:27 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510242226.j9OMQRq4022030@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rc040203 at freenet.de 2005-10-24 18:26 EST ------- (In reply to comment #6) > Regardless, unless there is some good argument against it (which I don't see), > FE should follow upstream -> REOPENING Do I really have to mention the obvious? To stay polite, in this case, upstream is trying to impose artificial contraints and is trying to force their proprietary conventions to FE's packaging. As the eterm mentioned above is not an FE package, their packaging, their conventions etc. are irrelevant. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Mon Oct 24 23:18:13 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 24 Oct 2005 16:18:13 -0700 Subject: NewPackageProcess In-Reply-To: <1130188783.2904.7.camel@bureau.maison> References: <1130188783.2904.7.camel@bureau.maison> Message-ID: <1130195894.10289.24.camel@locolhost.localdomain> On Mon, 2005-10-24 at 23:19 +0200, Eric Tanguy wrote: > In this page http://fedoraproject.org/wiki/Extras/NewPackageProcess , > Step 14: Close the bugzilla ticket (assuming that the package built > successfully) > > * You should close it as NEXTRELEASE. > But the ticket has to be closed by the reviewer or the reporter ? I'm a > reporter and i can't close the ticket ... > If it has to be closed by the reviewer maybe the wiki has to be more > clear, no ? Reporter should be allowed to close the bug. From bugzilla at redhat.com Tue Oct 25 01:16:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 21:16:24 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510250116.j9P1GOgS003242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |NOTABUG ------- Additional Comments From wtogami at redhat.com 2005-10-24 21:16 EST ------- > To stay polite, in this case, upstream is trying to impose artificial contraints > and is trying to force their proprietary conventions to FE's packaging. > As the eterm mentioned above is not an FE package, their packaging, their > conventions etc. are irrelevant. I totally agree with this. Upstream's RPM is imposing artificial requirements. Use the Requires syntax from Comment #6 and everyone will be happy. Closing NOTABUG because this is not a Fedora Extras package problem. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Tue Oct 25 01:47:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 24 Oct 2005 18:47:17 -0700 Subject: Extras repodata In-Reply-To: References: <37605.81.53.75.167.1130174924.squirrel@webmail.univ-nantes.fr> Message-ID: <1130204837.10289.38.camel@locolhost.localdomain> On Mon, 2005-10-24 at 12:57 -0500, Rex Dieter wrote: > Eric TANGUY wrote: > > Why there is so many packages not in Groups here : > > http://fedoraproject.org/extras/4/i386/repodata/ > > I take the example Engineering and Scientific group : for example maxima > > is not here and so on ... > > Good question. There seems to be a *lot* of stuff in the "Packages Not > in Groups" category (that's where maxima is listed). I take it that > membership in these groups isn't automated (ie, done by a human), else > we've got a bug lurking. I think its a bug - Bluefish is listed in "Graphical Internet" - it's a text editor. TeXmacs is in editors, but probably should be in authoring-and-publishing. pan is not in graphical internet - it should be. yumex is not in system-tools - it should be. Maybe it's manual, I don't know - but whatever it is, it isn't terribly useful in its present form. From bugzilla at redhat.com Tue Oct 25 02:19:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 22:19:56 -0400 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200510250219.j9P2Ju5N009385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 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-10-24 22:19 EST ------- Review: Good: - rpmlint checks return: W: system-config-control no-documentation ( safe to ignore ) E: system-config-control script-without-shellbang /usr/share/system-config-control/system-config-control.glade E: system-config-control script-without-shellbang /usr/share/system-config-control/system-config-control.gladep ( false positives, glade files are not scripts ) W: system-config-control symlink-should-be-relative /usr/share/firstboot/modules/system-config-control.py /usr/share/system-config-control/system-config-control.py ( ok by me. ) E: system-config-control script-without-shellbang /usr/share/system-config-control/system-config-control.py ( Doesn't seem to affect runtime, so I'm ok ) W: system-config-control no-dependency-on usermode-consoleonly ( safe to ignore ) - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86) - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent (one minor exception) - code, not content - no need for -docs - nothing in %doc affects runtime - .desktop file ok, handled properly Minor items: - In %clean, please use %{name} instead of %name for macro consistency. - There is no need for the Requires(post) and Requires(postun). This is actually my fault, since I accidentally put them in there when I was helping with the pre-review cleanup. Sorry bout that. - Don't use prdownloads.sourceforge.net, use download.sourceforge.net. You might also want to consider using the %{?dist} tag at the end of the release. This will help you use one spec for all branches of Fedora Core, without artificially inflating the release number. See: http://fedoraproject.org/wiki/DistTag You also should consider including some documentation in the upstream source (and in the package as %doc), especially, a copy of the GPL text in LICENSE. Otherwise, this package looks good. Approved, as long as you fix those three minor items before commit. I will also sponsor you, please 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 bugzilla at redhat.com Tue Oct 25 02:30:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 22:30:42 -0400 Subject: [Bug 169743] Review Request: libibverbs - InfiniBand user access library In-Reply-To: Message-ID: <200510250230.j9P2UgHq010941@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libibverbs - InfiniBand user access library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169743 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-10-24 22:30 EST ------- nits: - please change Source from: http://openib.org/downloads/%{name}-%{ver}.tar.gz to: http://openib.org/downloads/libibverbs-1.0-rc3.tar.gz since the former is an invalid URL good: + license is OK and included per license terms (good!) + source matches upstream + builds in mock on FC-4 + spec is clean/readable + code not content + proper use of devel + *.la are deleted and ldconfig OK + no complaints or warnings from rpmlint Unfortunately, I don't have any IB hardware to test it on (we use Myrinet and/or ethernet for our clusters). But regardless, this appears to be a good, clean first package. Congrats! APPROVED. And yes, I volunteer to sponsor you so please feel free to contact me if you have any questions, 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 Oct 25 02:44:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 22:44:13 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510250244.j9P2iD1V012086@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com BugsThisDependsOn| |169743 OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-10-24 22:43 EST ------- I'd like to review this package but I don't have any Mellanox IB hardware to test it on. So unless someone says otherwise, I'm going to assume that its OK to review based upon all of the criteria *except* actually running/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 Tue Oct 25 02:47:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 22:47:45 -0400 Subject: [Bug 171090] Review Request: paps - Plain Text to PostScript(TM) converter In-Reply-To: Message-ID: <200510250247.j9P2ljct012657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paps - Plain Text to PostScript(TM) converter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171090 ------- Additional Comments From tagoh at redhat.com 2005-10-24 22:47 EST ------- Thank you for reviewing. I've put the updated spec file and srpm file at the same 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 eric.tanguy at univ-nantes.fr Tue Oct 25 04:22:36 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Tue, 25 Oct 2005 06:22:36 +0200 Subject: NewPackageProcess In-Reply-To: <1130195894.10289.24.camel@locolhost.localdomain> References: <1130188783.2904.7.camel@bureau.maison> <1130195894.10289.24.camel@locolhost.localdomain> Message-ID: <1130214157.2898.0.camel@bureau.maison> Le lundi 24 octobre 2005 ? 16:18 -0700, Michael A. Peters a ?crit : > On Mon, 2005-10-24 at 23:19 +0200, Eric Tanguy wrote: > > In this page http://fedoraproject.org/wiki/Extras/NewPackageProcess , > > Step 14: Close the bugzilla ticket (assuming that the package built > > successfully) > > > > * You should close it as NEXTRELEASE. > > But the ticket has to be closed by the reviewer or the reporter ? I'm a > > reporter and i can't close the ticket ... > > If it has to be closed by the reviewer maybe the wiki has to be more > > clear, no ? > > Reporter should be allowed to close the bug. > I apologize, it was a mistake! Eric From bugzilla at redhat.com Tue Oct 25 05:40:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 01:40:35 -0400 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200510250540.j9P5eZLe024748@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ville.skytta at iki.fi 2005-10-25 01:40 EST ------- script-without-shellbang warnings are usually a sign of executable text files (without the shebang) 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 toshio at tiki-lounge.com Tue Oct 25 06:29:47 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 24 Oct 2005 23:29:47 -0700 Subject: find_lang problem Message-ID: <1130221787.3204.43.camel@localhost> Does anyone have any ideas why find_lang might fail to work from within a spec file? I'm seeing that both %find_lang qof and /usr/lib/rpm/find_lang.sh $RPM_BUILD_ROOT qof are not spitting out any diagnostics or a qof.lang file from within my spec. Running /usr/lib/rpm/find_lang.sh (BUILDROOT) qof from a shell generates the expected file. Here's some output from rpmbuild (Using "make x86_64" from a modified cvs co of qof on FC4): + echo DEBUG:: DEBUG:: + find /pkgs/cvs/qof-0.6.0-1/tmp/qof-0.6.0-1-root-badger -name '*.mo' -print /pkgs/cvs/qof-0.6.0-1/tmp/qof-0.6.0-1-root-badger/usr/share/locale/en_GB/LC_MESSAGES/qof.mo + echo DEBUG:: DEBUG:: + /usr/lib/rpm/redhat/find-lang.sh /pkgs/cvs/qof-0.6.0-1/tmp/qof-0.6.0-1-root-badger qof + /usr/lib/rpm/find-debuginfo.sh /pkgs/cvs/qof/devel/qof-0.6.0 [...] Processing files: qof-0.6.0-1 error: Could not open %files file /pkgs/cvs/qof/devel/qof-0.6.0/qof.lang: No such file or directory spec file that's generating this is attached. Thanks, -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: qof.spec Type: application/x-extension-spec Size: 5089 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Tue Oct 25 06:37:37 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 25 Oct 2005 02:37:37 -0400 Subject: Do GModules require *.la files? In-Reply-To: <1130132668.3782.98.camel@localhost> References: <1130132668.3782.98.camel@localhost> Message-ID: <435DD2B1.5050708@redhat.com> Toshio Kuratomi wrote: > Well, now that I've taken two controversial stances in the past week, I > guess it's time to put an end to my foolishness with a "third time's the > charm" question. Here's a quote from the HACKING file for the new > libqof: > > 2.1 libqof-backend-qsf.la is REQUIRED in libqof1 > > Unlike many other packages, libqof1 REQUIRES the inclusion of the .la > file for the QSF backend module into the main binary package - it is NOT > acceptable to put it in the -dev or -devel package! This is for > portability and to make it easier to use GModule to load the backend. > This method will be used for all subsequent QOF backend modules and .la > files for those backends will also need to be installed by the libqof1 > package without requiring a dependency on the development package. > > Can someone more conversant with GModule and/or libtool comment on this? > The little I know about libtool's *.la files doesn't support this but my > utter lack of experience with GModules means I need some more > information before I know what to do. > > -Toshio > warren: gmodule does not require .la files. warren: at least in general warren: maybe he does something bizzare with it warren: maybe he uses it to get the correct shobject filename extension warren: but thats not needed, gmodule adds the system one automatically if you don't specify one warren: You should ask him exactly why it is needed alex, he doesn't know, he was quoting from a readme from libqof warren: should be very easy to test if libqof succeeds in loading its modules when you rm the .la files warren: /* All available QOF backends need to be described here and the last entry must be three NULL's. Remember: Use the libdir from the current build environment and use the .la NOT the .so - .so is not portable! */ struct backend_providers backend_list[] = { { QOF_LIB_DIR, "libqof-backend-qsf.la", "qsf_provider_init" }, warren: He should just pass "libqof-backend-qsf" instead warren: g_module adds the right extension anyway Short on time and exhausted so I didn't grok and paraphrase this. I hope this is useful. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Tue Oct 25 06:45:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 25 Oct 2005 08:45:13 +0200 Subject: find_lang problem In-Reply-To: <1130221787.3204.43.camel@localhost> References: <1130221787.3204.43.camel@localhost> Message-ID: <20051025084513.73ec2f13.bugs.michael@gmx.net> On Mon, 24 Oct 2005 23:29:47 -0700, Toshio Kuratomi wrote: > Does anyone have any ideas why find_lang might fail to work from within > a spec file? Is this behaviour specific to _this_ package or does %find_lang work for other packages? From bugzilla at redhat.com Tue Oct 25 07:27:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 03:27:57 -0400 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200510250727.j9P7RvOZ001373@www.beta.redhat.com> Please 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-10-25 03:27 EST ------- If you make an archive of the same directories twice you'll get different archive files. Here is a session that demonstrate that fact: [dumas at haydn ~]$ cd tmp/ [dumas at haydn tmp]$ mkdir dir [dumas at haydn tmp]$ touch dir/file [dumas at haydn tmp]$ tar czvf dir.tgz dir dir/ dir/file [dumas at haydn tmp]$ mv dir.tgz dir1.tgz [dumas at haydn tmp]$ tar czvf dir.tgz dir dir/ dir/file [dumas at haydn tmp]$ cmp dir.tgz dir1.tgz dir.tgz dir1.tgz differ: char 5, line 1 So after running cernlib-remove-deadpool you won't have the same archives but you should have the exact same files in the archives. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 25 07:39:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 03:39:04 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200510250739.j9P7d4ZG002647@www.beta.redhat.com> Please 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 pertusus at free.fr 2005-10-25 03:38 EST ------- I think that the issue raised by my comment #34 should be taken into account before importing grace, because it may be problematic for those who mount /usr/share read-only. The comment #32 and comment #33 issues could be handled after import into extras. So please put the config files in /etc and I'll do the final formal review and accept 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 Tue Oct 25 07:43:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 03:43:33 -0400 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200510250743.j9P7hX02003360@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ankit644 at yahoo.com 2005-10-25 03:43 EST ------- I have corrected the changes you all want. Download links are still same. Can you please check it again and let me know about the next procedure/thing for 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 Oct 25 07:47:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 03:47:45 -0400 Subject: [Bug 171090] Review Request: paps - Plain Text to PostScript(TM) converter In-Reply-To: Message-ID: <200510250747.j9P7ljFK004332@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paps - Plain Text to PostScript(TM) converter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171090 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-25 03:47 EST ------- * RPM name is OK * Source paps-0.3.tgz is the same as upstream * Builds fine in mock * rpmlint of paps looks OK * File list of paps looks OK * Works fine APPROVED Next time please increase release when updating the package, it make it easier to know which release has been 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 Oct 25 08:01:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 04:01:02 -0400 Subject: [Bug 169030] Review Request: Workrave In-Reply-To: Message-ID: <200510250801.j9P812u3006598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Workrave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169030 tmraz at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From tmraz at redhat.com 2005-10-25 04:00 EST ------- Package built in FC-3, FC-4 and development. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Oct 25 08:39:00 2005 From: ermeyers at adelphia.net (Eric R. Meyers) Date: Tue, 25 Oct 2005 04:39:00 -0400 Subject: Extras repodata Message-ID: <200510250439.12749.ermeyers@adelphia.net> Hello Eric, You read it very well, my friend. Eric On Mon, 2005-10-24, Eric Tanguy wrote: >> Hello Eric and Rex, >> >> Take a look at these two threads: >> >> https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00436.html >> >> https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01593.html >> >> Eric TANGUY wrote: >> >> Why there is so many packages not in Groups here : >> >> http://fedoraproject.org/extras/4/i386/repodata/ >> >> I take the example Engineering and Scientific group : for example maxima >> >> is not here and so on ... >> >> Rex Dieter wrote: >> > Good question. There seems to be a *lot* of stuff in the "Packages Not >> > in Groups" category (that's where maxima is listed). I take it that >> > membership in these groups isn't automated (ie, done by a human), else >> > we've got a bug lurking. >> >> > I read these threads but if i read well > https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01593.html > have no answer. Nobody is interested on this subject ? > Eric -- Eric R. Meyers Systems Engineer http://users.adelphia.net/~ermeyers gpg --keyserver hkp://subkeys.pgp.net --recv-key 83CE80A3 -------------- 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 Oct 25 08:51:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 04:51:41 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510250851.j9P8pfv0011823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From adrian at lisas.de 2005-10-25 04:51 EST ------- - MUST: Packages must NOT contain any .la libtool archives, these should be removed in the spec. $ rpm -ql kdissert | grep la$ /usr/lib/kde3/libkdissOOOdoc.la /usr/lib/kde3/libkdissOOOimpress.la /usr/lib/kde3/libkdissapplet.la /usr/lib/kde3/libkdissasciidoc.la /usr/lib/kde3/libkdissbeamerslides.la /usr/lib/kde3/libkdisshtmldoc.la /usr/lib/kde3/libkdisspdflatexarticle.la /usr/lib/kde3/libkdisspdflatexbook.la /usr/lib/kde3/libkdissprosperslides.la /usr/lib/kde3/libkdissstx.la Seeing the .la discussions all the time you should probably remove these 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 Tue Oct 25 09:23:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 05:23:11 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510250923.j9P9NB3p014583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bugs.michael at gmx.net 2005-10-25 05:22 EST ------- Everyone in here slow down a bit, please. A lot of packaging issues with this package have been fixed. One major thing that makes this ticket very unusual is the amount of traffic/content caused by superfluous comments and attachments. This is scary and makes it very difficult to concentrate on the important bits. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 25 09:38:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 05:38:11 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510250938.j9P9cBLn015664@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From bugs.michael at gmx.net 2005-10-25 05:37 EST ------- That is okay, assuming that the package maintainer has ways to test this software release and subsequent releases, 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 Tue Oct 25 10:32:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 06:32:36 -0400 Subject: [Bug 171580] Review Request: gperiodic In-Reply-To: Message-ID: <200510251032.j9PAWaFC020020@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gperiodic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171580 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-25 06:32 EST ------- Could you explicitly approve the new package or ask for more modifications, please. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Tue Oct 25 10:37:57 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 25 Oct 2005 03:37:57 -0700 Subject: find_lang problem In-Reply-To: <1130221787.3204.43.camel@localhost> References: <1130221787.3204.43.camel@localhost> Message-ID: <1130236679.3255.11.camel@locolhost.localdomain> On Mon, 2005-10-24 at 23:29 -0700, Toshio Kuratomi wrote: > Does anyone have any ideas why find_lang might fail to work from within > a spec file? I can't see any reason why it will fail - so I tried building your spec file myself on fc4 x86 (commenting out the patches which don't seem to be in extras cvs yet) and I got a library build error indicating that there is a missing BuildRequires. I'm guessing you are actually targeting this for devel? I'll reboot my build box into rawhide and try there. But this is puzzling to me - because it looks to me like %find_lang *should* find it - and if not, should give an error message stating no translations found. The spec file usage looks perfectly correct to me. From mpeters at mac.com Tue Oct 25 10:51:33 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 25 Oct 2005 03:51:33 -0700 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130166388.16358.124.camel@rousalka.dyndns.org> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130164152.10289.22.camel@locolhost.localdomain> <1130166388.16358.124.camel@rousalka.dyndns.org> Message-ID: <1130237493.3255.18.camel@locolhost.localdomain> On Mon, 2005-10-24 at 17:06 +0200, Nicolas Mailhot wrote: > Le lundi 24 octobre 2005 ? 07:29 -0700, Michael A. Peters a ?crit : > > > gnumeric has no business owning /usr/share/mc > > Sure, but what are the practical consequences ? Will it break anything ? > > The bad side-effects of not owning it are well known, The bad side-effects of not owning it is a directory that isn't owned by any package. The doesn't cause an operation conflict for running any software that I know of. If we are going to take the position that every package MUST uninstall cleanly removing all unused directories at all times, then the right thing to do is split the files off into a subpackage that requires mc. > no one has pointed > out yet any bad side-effect of owning it. The practice can result in a directory being owned by many different packages, which I think is worse than an empty directory owned by nothing. -=- That being said - I don't object to gnumeric owning the directory. I just think that it would be better if it did not. From bugzilla at redhat.com Tue Oct 25 10:54:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 06:54:59 -0400 Subject: [Bug 171090] Review Request: paps - Plain Text to PostScript(TM) converter In-Reply-To: Message-ID: <200510251054.j9PAsxGl022573@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paps - Plain Text to PostScript(TM) converter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171090 tagoh at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From tagoh at redhat.com 2005-10-25 06:54 EST ------- Sure. 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 Oct 25 11:25:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 07:25:55 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510251125.j9PBPtMh026661@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-25 07:25 EST ------- > Your SRPM has changed yet again Sorry, I just hoped that you will work with already downloaded srpm, as I did not point a new srpm here. > StartupNotify=false OK, will be deleted. > medium.img images have 0700 permissions (unnecessarily executable). IMHO this is a heritage of the fact that this application is multiplatform (win32/UNIX), probably developers still incorrectly understand UNIX permissions. I'll think about a patch. > gcc4 compilation warnings attached. Thanks, but nothing interesting here yet. I also have checked under clean KDE and when compiled by gcc4 -- all works fine on FC3. It seems to be some specific FC4-related issue. Ville, Can you try my FC3 working binary on your host? http://dmitry.butskoy.name/dvdisaster/dvdisaster-fc3.bin (I hope it will be compatible with your shared libraries 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 Oct 25 14:03:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 10:03:08 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510251403.j9PE380D015026@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-25 10:02 EST ------- It doesn't work without them. Try it. When .la files are removed, exporting tools break. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 25 14:17:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 10:17:13 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251417.j9PEHDHo016897@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rdieter at math.unl.edu 2005-10-25 10:17 EST ------- IMO, upstream is not being proprietary or imposing anything. And, no, the "artificial constrains/requirements" argument doesn't fly. Looking at the upstream imlib2 specfile shows they simply chose to package each plugin separately (a valid, but way-overboard packaging choice). Now, I can understand FE not following suit there. What I don't understand is why anyone would advocate FE purposely breaking compatibility with upstream packaging in this regard (by not using Obsoletes/Provides), without a good argument to do so. Heck, it's only a few lines added to the 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 toshio at tiki-lounge.com Tue Oct 25 14:19:32 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 25 Oct 2005 07:19:32 -0700 Subject: find_lang problem In-Reply-To: <20051025084513.73ec2f13.bugs.michael@gmx.net> References: <1130221787.3204.43.camel@localhost> <20051025084513.73ec2f13.bugs.michael@gmx.net> Message-ID: <1130249972.3204.46.camel@localhost> On Tue, 2005-10-25 at 08:45 +0200, Michael Schwendt wrote: > On Mon, 24 Oct 2005 23:29:47 -0700, Toshio Kuratomi wrote: > > > Does anyone have any ideas why find_lang might fail to work from within > > a spec file? > > Is this behaviour specific to _this_ package or does %find_lang > work for other packages? > As far as I can tell it's specific to this package. I just built gnome-blog and gnotime here. Both have %find_lang. Both correctly produced a %{name}.lang file. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From toshio at tiki-lounge.com Tue Oct 25 14:35:32 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 25 Oct 2005 07:35:32 -0700 Subject: Do GModules require *.la files? In-Reply-To: <435DD2B1.5050708@redhat.com> References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> Message-ID: <1130250932.3204.50.camel@localhost> On Tue, 2005-10-25 at 02:37 -0400, Warren Togami wrote: > warren: gmodule does not require .la files. > warren: at least in general > warren: maybe he does something bizzare with it > warren: maybe he uses it to get the correct shobject filename > extension > warren: but thats not needed, gmodule adds the system one > automatically if you don't specify one > warren: You should ask him exactly why it is needed > alex, he doesn't know, he was quoting from a readme from libqof > warren: should be very easy to test if libqof succeeds in > loading its modules when you rm the .la files > warren: > /* All available QOF backends need to be described here > and the last entry must be three NULL's. > Remember: Use the libdir from the current build environment > and use the .la NOT the .so - .so is not portable! */ > struct backend_providers backend_list[] = { > { QOF_LIB_DIR, "libqof-backend-qsf.la", > "qsf_provider_init" }, > warren: He should just pass "libqof-backend-qsf" instead > warren: g_module adds the right extension anyway > > Short on time and exhausted so I didn't grok and paraphrase this. I > hope this is useful. Thank you very much Warren, alex, and mclassen! I'll patch the sources to do what alex suggests. Don't know if I'll be able to convince upstream to accept the change but I'll sure try :-) -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 Tue Oct 25 14:37:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 10:37:54 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251437.j9PEbs1c020021@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rc040203 at freenet.de 2005-10-25 10:37 EST ------- (In reply to comment #9) > upstream is not being proprietary or imposing anything. Am I blind? In comment #1 you can read: > In your spec file, please insert > > Provides: imlib2-loader_jpeg, imlib2-loader_png I.e. they want us to add artificial "provides", without any technical need to do so. > And, no, the > "artificial constrains/requirements" argument doesn't fly. Cf. above. It's what they are doing. They tell Fedora, "Wear this batch or die". > Looking at the > upstream imlib2 specfile shows they simply chose to package each plugin > separately (a valid, but way-overboard packaging choice). Where's the problem? It's a reasonable design. > Now, I can understand FE not following suit there. What I don't understand is > why anyone would advocate FE purposely breaking compatibility with upstream > packaging in this regard (by not using Obsoletes/Provides), without a good > argument to do so. > Heck, it's only a few lines added to the specfile. Heck, apparently you force me to become direct: These guys chose a broken approach: Instead of forcing others to do what they want, they should use those requirements they actually use, not those they want to impose on others: If eterm loads (probably dlopens) /usr/lib/imlib2/loaders/jpeg.so then they probably should Require this inside of their rpm. This file already is provided by the imlib2-rpm. If eterm loads jpeg.so from some path, they can "Require: jpeg.so". This virtual property already is provided by the imlib2-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 rdieter at math.unl.edu Tue Oct 25 14:38:56 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 25 Oct 2005 09:38:56 -0500 Subject: Do GModules require *.la files? In-Reply-To: <1130250932.3204.50.camel@localhost> References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> Message-ID: Toshio Kuratomi wrote: > Thank you very much Warren, alex, and mclassen! I'll patch the sources > to do what alex suggests. Don't know if I'll be able to convince > upstream to accept the change but I'll sure try :-) Probably not, as some platforms need libtool archives for proper function. Thankfully, fedora/redhat(linux) is not one of them. -- rex From bugzilla at redhat.com Tue Oct 25 14:50:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 10:50:02 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251450.j9PEo2dA021909@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rdieter at math.unl.edu 2005-10-25 10:49 EST ------- >> package plugins separately separately >> (a valid, but way-overboard packaging choice). > Where's the problem? It's a reasonable design. Gotcha. You admit upstream packaging is reasonable, but without Obsoletes/Provides, FE's packaging is certainly not compatible or upgradable back-n-forth. > These guys chose a broken approach: Instead of forcing others to do what they > want, they should use those requirements they actually use, not those they > want to impose on others: However, I (and probably many outside of Fedora) will see this the other way around: that Fedora has a NIH problem, and is trying to "impose" its Requirements on others by refusing to be compatible with upstream. FYI, Requires: jpeg.so doesn't work on 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 toshio at tiki-lounge.com Tue Oct 25 14:54:42 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 25 Oct 2005 07:54:42 -0700 Subject: find_lang problem In-Reply-To: <20051025084513.73ec2f13.bugs.michael@gmx.net> References: <1130221787.3204.43.camel@localhost> <20051025084513.73ec2f13.bugs.michael@gmx.net> Message-ID: <1130252082.3204.55.camel@localhost> On Tue, 2005-10-25 at 08:45 +0200, Michael Schwendt wrote: > On Mon, 24 Oct 2005 23:29:47 -0700, Toshio Kuratomi wrote: > > > Does anyone have any ideas why find_lang might fail to work from within > > a spec file? > > Is this behaviour specific to _this_ package or does %find_lang > work for other packages? > I've found my mistake. Earlier in the %install I had to do some cleanups in a documentation subdirectory. I forgot to return to the main sourcedir afterwards so the qof.lang file was being written to that subdirectory. Thanks to anyone who took a look at this and sorry for the list traffic. -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 Tue Oct 25 15:18:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 11:18:12 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251518.j9PFICrb025372@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rc040203 at freenet.de 2005-10-25 11:18 EST ------- (In reply to comment #11) > >> package plugins separately separately > >> (a valid, but way-overboard packaging choice). > > > Where's the problem? It's a reasonable design. > > Gotcha. You admit upstream packaging is reasonable, but without > Obsoletes/Provides, FE's packaging is certainly not compatible or upgradable > back-n-forth. BS - Spliting a package an application uses into subpackages has nothing to do with the topic we are discussing. A split out package must provide the same internal symbols as a non-split package. As applications can not expect all vendors to adopt their packaging, using package-name in 3rd party application rpm.specs is non-portable. They have manoeuvred them into a dead-end! > FYI, Requires: jpeg.so doesn't work on x86_64. And you know how to work around it! However, if their application is supposed to work reliable, they probably are using hard-coded paths ;) Ralf -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 25 15:24:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 11:24:14 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251524.j9PFOEdE025956@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From rdieter at math.unl.edu 2005-10-25 11:24 EST ------- To sum up: My (and Paul's) opinion is: Fedora should/try-to be compatible with upstream packaging, unless there is a compelling argument otherwise. Ralf's/Warrent's opinion: If FE packaging varies from upstream (compatibility-wise), there should be a compelling argument to modify FE packaging to match/be compatible with upstream. If this is accurate, and no-one changes their mind, I think at this point, we can agree to disagree. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 25 15:24:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 11:24:51 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251524.j9PFOpd8026052@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From bugs.michael at gmx.net 2005-10-25 11:24 EST ------- Unconvincing. > Provides: imlib2-loader_jpeg, imlib2-loader_png The fundamental problem here simply is, Fedora Extras has packaging guidelines for the sake of avoiding packaging pitfalls and problems. Explicit and hardcoded dependencies on non-versioned package names are bad. They ought to be avoided, particularly since imlib2-loader_foo packages or virtual Provides don't exist within Fedora Extras. Adding them would create virtual dependencies on something which isn't tracked anywhere. There is absolutely no point in taking over a broken package design just to follow upstream's packages. Many upstream projects distribute first-come-first-served contributed packages which are packaged poorly or which change rather wildly as contributors send in spec changes. The notion of "authoritative upstream packages" is over the top, IMO. The Eterm package even adds "Requires: imlib2", which would dictate using "imlib2" as the package name, which is inacceptable in times of automatic SONAME dependencies. The src.rpm contains only an old spec %changelog dating back as far as Red Hat Linux in 2001 without mentioning any changes since then. Comparing with SuSE Linux 9.3: $ rpm -qp --provides imlib2-loaders-1.1.1-7.i586.rpm argb.so bmp.so bz2.so gif.so jpeg.so png.so pnm.so tga.so tiff.so xpm.so zlib.so imlib2-loaders = 1.1.1-7 Cannot see the Provides in a Mandrake Cooker rpm 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 mpeters at mac.com Tue Oct 25 15:26:47 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 25 Oct 2005 08:26:47 -0700 Subject: find_lang problem In-Reply-To: <1130252082.3204.55.camel@localhost> References: <1130221787.3204.43.camel@localhost> <20051025084513.73ec2f13.bugs.michael@gmx.net> <1130252082.3204.55.camel@localhost> Message-ID: <1130254007.8020.4.camel@locolhost.localdomain> On Tue, 2005-10-25 at 07:54 -0700, Toshio Kuratomi wrote: > On Tue, 2005-10-25 at 08:45 +0200, Michael Schwendt wrote: > > On Mon, 24 Oct 2005 23:29:47 -0700, Toshio Kuratomi wrote: > > > > > Does anyone have any ideas why find_lang might fail to work from within > > > a spec file? > > > > Is this behaviour specific to _this_ package or does %find_lang > > work for other packages? > > > I've found my mistake. Earlier in the %install I had to do some > cleanups in a documentation subdirectory. As an fyi - you need to BuildRequires libtool-ltdl-devel From bugzilla at redhat.com Tue Oct 25 15:26:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 11:26:47 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251526.j9PFQlwg026364@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From wtogami at redhat.com 2005-10-25 11:26 EST ------- A related question, why has nobody submitted eterm to 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 Tue Oct 25 15:33:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 11:33:03 -0400 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200510251533.j9PFX3mS027207@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From bugs.michael at gmx.net 2005-10-25 11:32 EST ------- Interestingly, SuSE 9.3 has them in the main library package with the loaders in the sub-package "imlib2-loaders". That won't work either. $ rpm -qp --provides imlib2-1.1.1-7.i586.rpm imlib2-loader_jpeg imlib2-loader_png imlib2-loader_argb imlib2-loader_tiff imlib2-loader_gif imlib2-loader_zlib imlib2-loader_bz2 imlib2-loader_pnm imlib2-loader_bmp imlib2-loader_xpm imlib2-loader_tga libImlib2.so.1 imlib2 = 1.1.1-7 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 25 15:44:43 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 25 Oct 2005 17:44:43 +0200 Subject: find_lang problem In-Reply-To: <1130249972.3204.46.camel@localhost> References: <1130221787.3204.43.camel@localhost> <20051025084513.73ec2f13.bugs.michael@gmx.net> <1130249972.3204.46.camel@localhost> Message-ID: <20051025174443.5bc4afc1.bugs.michael@gmx.net> On Tue, 25 Oct 2005 07:19:32 -0700, Toshio Kuratomi wrote: > On Tue, 2005-10-25 at 08:45 +0200, Michael Schwendt wrote: > > On Mon, 24 Oct 2005 23:29:47 -0700, Toshio Kuratomi wrote: > > > > > Does anyone have any ideas why find_lang might fail to work from within > > > a spec file? > > > > Is this behaviour specific to _this_ package or does %find_lang > > work for other packages? > > > As far as I can tell it's specific to this package. I just built > gnome-blog and gnotime here. Both have %find_lang. Both correctly > produced a %{name}.lang file. Okay, then "cd" back into the top-level build directory before running %find_lang. From bugzilla at redhat.com Tue Oct 25 20:48:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 16:48:41 -0400 Subject: [Bug 167943] Review Request: sblim-cmpi-base In-Reply-To: Message-ID: <200510252048.j9PKmfHZ031087@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sblim-cmpi-base https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167943 ------- Additional Comments From hamzy at us.ibm.com 2005-10-25 16:48 EST ------- Hello. Would someone mind performing a formal review, please? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 25 20:58:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 16:58:51 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510252058.j9PKwpdH032675@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-25 16:58 EST ------- Yes, after further investigation, making it not require .la files for exporting plugins would require patching and be generally counter-productive, since it would diverge from upstream. I think the opposition to .la files is only when they are included as part of -devel packages (and thus never used), not when they are required for program functioning during 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 Wed Oct 26 04:03:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 00:03:43 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510260403.j9Q43hlK004499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From rolandd at cisco.com 2005-10-26 00:03 EST ------- Yes, I have lots of InfiniBand hardware to test with. I am also the upstream maintainer of 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 Oct 26 04:14:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 00:14:24 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510260414.j9Q4EOft005048@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From tcallawa at redhat.com 2005-10-26 00:14 EST ------- One relatively minor point: Please keep the %{?dist} as the last item in the release string. The packaging guidelines would have you do: wine-1.0-1%{?dist} (this is the formal release of wine 1.0) wine-1.0-2%{?dist} (this is a bugfix build to the 1.0 release) wine-1.0-3.20050515cvs%{?dist} (move to a post-release cvs checkout) wine-1.0-4.20050515cvs%{?dist} (bugfix to the post-release cvs checkout) wine-1.0-5.20050517cvs%{?dist} (new cvs checkout, note the increment of %{X}) You can leave the "cvs" off if it is not relevant. If there is no formal version number (and the date is in effect, the version number), then I would suggest that you use: wine-20050515-1%{?dist} -> wine-20050515-2%{?dist} -> wine-20050517-1%{?dist} I understand that there are epoch issues particular to this package, but let's assume that going forward, we will do everything possible to avoid its usage. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 26 04:29:22 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 25 Oct 2005 21:29:22 -0700 Subject: Do GModules require *.la files? In-Reply-To: References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> Message-ID: <1130300962.3237.3.camel@localhost> On Tue, 2005-10-25 at 09:38 -0500, Rex Dieter wrote: > Toshio Kuratomi wrote: > > > Thank you very much Warren, alex, and mclassen! I'll patch the sources > > to do what alex suggests. Don't know if I'll be able to convince > > upstream to accept the change but I'll sure try :-) > > Probably not, as some platforms need libtool archives for proper > function. Thankfully, fedora/redhat(linux) is not one of them. > I think what alex was pointing out is that gmodule will search for the [BASENAME].la files automatically if needed. Looking at the gmodule documentation now, I see its documented that g_module_open("qof_backend") would search for: qof_backend qof_backend.G_MODULE_SUFFIX (.so for unix-like, .dll for win, .sl for HP-UX) qof_backend.la and use whichever opens the module. Would this not work on all platforms? -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 Oct 26 05:14:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 01:14:36 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510260514.j9Q5Eauf008844@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-26 01:14 EST ------- * rpmlint is happy * builds in mock * clean installation and removal * spec looks good * scripts are sane * works as expected * source matches upstream * the .la files are required during runtime and therefore no blocker 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 Oct 26 06:30:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 02:30:36 -0400 Subject: [Bug 167888] Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass In-Reply-To: Message-ID: <200510260630.j9Q6UavZ012762@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167888 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-26 02:30 EST ------- Hm... this is a indeed a problem. I misread your post so forget about the posted spec. I would say adding a Requires: polyxmass-data would be the best way to go here and let polyxmass-data own the dirs: http://fedora.lowlatency.de/review/polyxmass-common-0.8.7-3.src.rpm http://fedora.lowlatency.de/review/polyxmass-common.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 Oct 26 06:36:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 02:36:17 -0400 Subject: [Bug 167887] Review Request: polyxmass-bin - The GNU polyxmass software suite In-Reply-To: Message-ID: <200510260636.j9Q6aHHr013299@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-26 02:36 EST ------- checked in and build... could you please change to FE-ACCEPT? 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 Oct 26 06:36:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 02:36:29 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510260636.j9Q6aTHL013357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-26 02:36 EST ------- Hm... I guess leaving them and marking them as %config is the best way to go after all if this is ok with you... Build for fc{3,4,5} 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 Wed Oct 26 06:38:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 02:38:53 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510260638.j9Q6crDx013583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-26 02:38 EST ------- Thanks for the this... sounds good as well. I now agree that epoching this can be prevented and thus I will stick to this sheme. Here is the promised version... it was late yesterday so please don't shout at me ;) it is just the first step of integration: http://fedora.lowlatency.de/review/wine.spec http://fedora.lowlatency.de/review/wine-0.9-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 eric.tanguy at univ-nantes.fr Wed Oct 26 07:12:37 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 26 Oct 2005 09:12:37 +0200 Subject: Build report ? Message-ID: <1130310757.2904.2.camel@bureau.maison> I thought there is a build report every day but i don't see anything since october 26. Is it normal ? Thanks Eric From sheltren at cs.ucsb.edu Wed Oct 26 13:20:08 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 26 Oct 2005 09:20:08 -0400 Subject: Build report ? In-Reply-To: <1130310757.2904.2.camel@bureau.maison> References: <1130310757.2904.2.camel@bureau.maison> Message-ID: <899B1904-B405-477B-BA16-59ADEDA52B47@cs.ucsb.edu> On Oct 26, 2005, at 3:12 AM, Eric Tanguy wrote: > I thought there is a build report every day but i don't see anything > since october 26. Is it normal ? > Thanks > Eric > > Hi Eric, I think with the new system that a build report only gets sent out when the packages are signed and pushed (which is a manual process). -Jeff From rdieter at math.unl.edu Wed Oct 26 13:25:33 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 26 Oct 2005 08:25:33 -0500 Subject: Do GModules require *.la files? In-Reply-To: <1130300962.3237.3.camel@localhost> References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> <1130300962.3237.3.camel@localhost> Message-ID: Toshio Kuratomi wrote: > On Tue, 2005-10-25 at 09:38 -0500, Rex Dieter wrote: > >>Toshio Kuratomi wrote: >>>Thank you very much Warren, alex, and mclassen! I'll patch the sources >>>to do what alex suggests. Don't know if I'll be able to convince >>>upstream to accept the change but I'll sure try :-) >> >>Probably not, as some platforms need libtool archives for proper >>function. Thankfully, fedora/redhat(linux) is not one of them. >> > > I think what alex was pointing out is that gmodule will search for the > [BASENAME].la files automatically if needed. > > Looking at the gmodule documentation now, I see its documented that > g_module_open("qof_backend") would search for: > qof_backend > qof_backend.G_MODULE_SUFFIX (.so for unix-like, .dll for win, .sl for > HP-UX) > qof_backend.la > > and use whichever opens the module. Would this not work on all > platforms? That was my point, AFAIK, no, not all platforms support "native: loadable modules (ie, .so,.dll, etc...) and/or shared-libraries... they need help via the .la files. -- Rex From andreas.bierfert at lowlatency.de Wed Oct 26 13:55:42 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 26 Oct 2005 15:55:42 +0200 Subject: Buildsys deadlock? Message-ID: <20051026155542.0be4e362@alkaid.lan> Hi, I enqueued 268-272 this morning (GMT+1) and while some are stuck at add_to_repo others are still building (which they should have taken them like 2-3 minutes...). Just before that 264-266 got through but I never got a mail from the buildsys... - 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 ville.skytta at iki.fi Wed Oct 26 14:34:53 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 26 Oct 2005 17:34:53 +0300 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130237493.3255.18.camel@locolhost.localdomain> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130164152.10289.22.camel@locolhost.localdomain> <1130166388.16358.124.camel@rousalka.dyndns.org> <1130237493.3255.18.camel@locolhost.localdomain> Message-ID: <1130337293.4920.241.camel@localhost.localdomain> On Tue, 2005-10-25 at 03:51 -0700, Michael A. Peters wrote: > On Mon, 2005-10-24 at 17:06 +0200, Nicolas Mailhot wrote: > > Le lundi 24 octobre 2005 ? 07:29 -0700, Michael A. Peters a ?crit : > > > > > gnumeric has no business owning /usr/share/mc > > > > Sure, but what are the practical consequences ? Will it break anything ? > > > > The bad side-effects of not owning it are well known, > > The bad side-effects of not owning it is a directory that isn't owned by > any package. The doesn't cause an operation conflict for running any > software that I know of. Unowned directories from packages get dumped to the filesystem with permissions that depend on umask. With a 0077 umask which isn't that rare for root (it's even the default in some distros), it means 0700,root,root and likelihood of such operation conflicts is increased. How much and how bad, depends on what dirs and how they're being used. From katzj at redhat.com Wed Oct 26 15:02:21 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 26 Oct 2005 11:02:21 -0400 Subject: Do GModules require *.la files? In-Reply-To: References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> <1130300962.3237.3.camel@localhost> Message-ID: <1130338941.2973.18.camel@bree.local.net> On Wed, 2005-10-26 at 08:25 -0500, Rex Dieter wrote: > Toshio Kuratomi wrote: > > Looking at the gmodule documentation now, I see its documented that > > g_module_open("qof_backend") would search for: > > qof_backend > > qof_backend.G_MODULE_SUFFIX (.so for unix-like, .dll for win, .sl for > > HP-UX) > > qof_backend.la > > > > and use whichever opens the module. Would this not work on all > > platforms? > > That was my point, AFAIK, no, not all platforms support "native: > loadable modules (ie, .so,.dll, etc...) and/or shared-libraries... they > need help via the .la files. Right, so g_module_open ends up using the .la files on those platforms. There's no need to penalize users on "sane" platforms ;-) Jeremy From rc040203 at freenet.de Wed Oct 26 15:15:19 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 26 Oct 2005 17:15:19 +0200 Subject: Do GModules require *.la files? In-Reply-To: <1130338941.2973.18.camel@bree.local.net> References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> <1130300962.3237.3.camel@localhost> <1130338941.2973.18.camel@bree.local.net> Message-ID: <1130339719.28858.513.camel@mccallum.corsepiu.local> On Wed, 2005-10-26 at 11:02 -0400, Jeremy Katz wrote: > On Wed, 2005-10-26 at 08:25 -0500, Rex Dieter wrote: > > Toshio Kuratomi wrote: > > > Looking at the gmodule documentation now, I see its documented that > > > g_module_open("qof_backend") would search for: > > > qof_backend > > > qof_backend.G_MODULE_SUFFIX (.so for unix-like, .dll for win, .sl for > > > HP-UX) > > > qof_backend.la > > > > > > and use whichever opens the module. Would this not work on all > > > platforms? > > > > That was my point, AFAIK, no, not all platforms support "native: > > loadable modules (ie, .so,.dll, etc...) and/or shared-libraries... they > > need help via the .la files. > > Right, so g_module_open ends up using the .la files on those platforms. > There's no need to penalize users on "sane" platforms ;-) No, it's the price of portability. Either you write portable software or you write non-portable, proprietary SW. BTW: Does g_module really open *.la at run-time? AFAICT, libtool's *.la are designed to be used at "configuration time" not at "run-time". If you'd like to hear a confirmative answer on this subject you'd better ask on the libtool at gnu.org list. Ralf From bugzilla at redhat.com Wed Oct 26 15:16:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 11:16:15 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510261516.j9QFGFjg032739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-26 11:16 EST ------- (In reply to comment #12) > http://dmitry.butskoy.name/dvdisaster/dvdisaster-fc3.bin > (I hope it will be compatible with your shared libraries etc...) Seems to be, but crashes the same way as my local 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 bugzilla at redhat.com Wed Oct 26 15:22:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 11:22:29 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261522.j9QFMT7I000914@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at city-fan.org 2005-10-26 11:22 EST ------- I'm virtually at the point of approving this package but can't figure out how to test some of the examples in the fuse emulator. Any hints? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 15:34:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 11:34:09 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261534.j9QFY9xK002919@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 11:34 EST ------- Sorry - mad busy (bloomin' employer!). Compile using the SDK, target the Spectrum [zcc +zx] (those instructions are in the package docs). Go into Fuse. File->Open binary data, select the compiled file. In the window which opens, type 32768 for the start address. The window closes Next press T, ctrl + shift (the cursor changes to an E), L 32768 (the screen will say RANDOMIZE USR 32768). Press return. Job done. I'm not sure which package these instructions should be in though. To me, both could do with 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 Oct 26 15:35:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 11:35:04 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510261535.j9QFZ47B003107@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-26 11:34 EST ------- Sadly. It means that something has changed in FC4 environment/libraries, that forces the program to crash in GUI mode. May be it is better to delay this review for a while, and send all the issues 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 rdieter at math.unl.edu Wed Oct 26 15:29:25 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 26 Oct 2005 10:29:25 -0500 Subject: Do GModules require *.la files? In-Reply-To: <1130339719.28858.513.camel@mccallum.corsepiu.local> References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> <1130300962.3237.3.camel@localhost> <1130338941.2973.18.camel@bree.local.net> <1130339719.28858.513.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > BTW: Does g_module really open *.la at run-time? A definite sometimes (on some platforms). (-: Fortunuately, in this case, if a .so is present (linux), then, no, the .la files aren't used). -- Rex From bugzilla at redhat.com Wed Oct 26 15:47:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 11:47:34 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261547.j9QFlYj4006546@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 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-10-26 11:47 EST ------- Review: - rpmlint issues only warnings (see below) - package and spec naming OK - package meets guidelines - license is Artistic, matches spec, text included - spec file written in English and is legible - source matches upstream - no explicit BR's - package builds ok in mock for FC4 (i386) - no locales, libraries, subpackages or pkgconfigs to worry about - not relocatable - no directory ownership or permissions issues - there are a few duplicate files within the examples (same header file for different target platforms for example); since they add up to less than 100k bytes, I'm inclined to ignore this but you might consider replacing them with symlinks - %clean section present and correct - macro usage is consistent - code, not content - it's debatable whether the documentation is "large" or not; I'd be inclined to split off a "-examples" subpackage but I think this is a borderline case and I'll leave it up to you - docs don't affect runtime - no desktop entry needed - no scriptlets - tested a couple of the spectrum examples in the fuse emulator and they worked Notes: - rpmlint output: W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozserial.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/stdlib.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/MemoDB.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/float.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/oztime.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/rex.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/Database.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/register.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/zxvgs.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/syscall.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/spectrum.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/socket.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/z88.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help0.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/zsockerrs.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help6.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/debug.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help4.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/zsfiles.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/TextInfDB.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/gray.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/application.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/resolv.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/ti.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help2.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/tftp.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/device.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/math.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/stdio.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/sys/types.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command5.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/resolver.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command3.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/cpm.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command1.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command7.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/dor.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/z88stdio.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/string.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/iso646.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/time.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/StatusDB.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/strings.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/tcpsock.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rs232.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozgfx.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/malloc.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/setjmp.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/library.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozmisc.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/graphics.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozscreen.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozint.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozfont.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/stdio.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/conio.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/zxinterface1.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help1.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help7.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/gui.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/sys/stat.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/ozinput.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/inet.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/games.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help5.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/fcntl.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/netstats.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/package.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/struct.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/telnet.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command4.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/message.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/ctype.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/misc.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/syscallEx.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command2.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/help3.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/zxlowgfx.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command0.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz/command6.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/CalendarDB.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/sound.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/lib3d.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/limits.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/rex/TaskDB.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/stdarg.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/oz700/scaldate.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/assert.h W: z88dk devel-file-in-non-devel-package /usr/share/z88dk/include/net/hton.h These warnings can IMHO be ignored because they are all warnings about header files that are directly used by the compiler itself, much like the header files included in the regular gcc package - the package does not build on RHEL3 x86_64; if there are similar issues for Fedora then a bug will need to be raised for each excluded architecture - Adding a README.fuse-emulator describing how to run some of the examples in the emulator would be useful 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 Oct 26 15:55:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 11:55:26 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261555.j9QFtQxu007236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 11:55 EST ------- I'll add in the README.fuse-emulator. What do I need to do next? Without fuse though, the cross compiler possibly has a limited appeal. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 26 16:04:36 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 26 Oct 2005 18:04:36 +0200 Subject: Do GModules require *.la files? In-Reply-To: References: <1130132668.3782.98.camel@localhost> <435DD2B1.5050708@redhat.com> <1130250932.3204.50.camel@localhost> <1130300962.3237.3.camel@localhost> <1130338941.2973.18.camel@bree.local.net> <1130339719.28858.513.camel@mccallum.corsepiu.local> Message-ID: <1130342676.6384.7.camel@mccallum.corsepiu.local> On Wed, 2005-10-26 at 10:29 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > BTW: Does g_module really open *.la at run-time? > > A definite sometimes (on some platforms). (-: > > Fortunuately, in this case, if a .so is present (linux), then, no, the > .la files aren't used). Sorry, in this case g_modules deserves to be called crappy design. Ralf From dcbw at redhat.com Wed Oct 26 16:08:36 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 26 Oct 2005 12:08:36 -0400 Subject: Buildsys deadlock? In-Reply-To: <20051026155542.0be4e362@alkaid.lan> References: <20051026155542.0be4e362@alkaid.lan> Message-ID: <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> On Wed, 2005-10-26 at 15:55 +0200, Andreas Bierfert wrote: > Hi, > > I enqueued 268-272 this morning (GMT+1) and while some are stuck at add_to_repo > others are still building (which they should have taken them like 2-3 > minutes...). > > Just before that 264-266 got through but I never got a mail from the buildsys... Yup, it's mock stuck again reading from the child pipe of a defunct child. We need to fix this... Dan From bugzilla at redhat.com Wed Oct 26 16:11:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 12:11:05 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261611.j9QGB5lL009047@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at city-fan.org 2005-10-26 12:10 EST ------- (In reply to comment #12) > What do I need to do next? Without fuse though, the cross compiler possibly has > a limited appeal. Are you an existing Fedora Extras contributor? You didn't mention needing a sponsor. Spot's already the reviewer for the fuse-emulator package (Bug 166960) and I'll leave that to him. You should though split off the library dependencies into separate review requests and I'll be happy to look at those. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 16:32:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 12:32:05 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261632.j9QGW5XH011272@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 12:31 EST ------- I'll split them off shortly and yes, I 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 mpeters at mac.com Wed Oct 26 16:38:37 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 26 Oct 2005 09:38:37 -0700 Subject: rpms/gnumeric/FC-4 gnumeric.spec,1.3,1.4 In-Reply-To: <1130337293.4920.241.camel@localhost.localdomain> References: <200510181922.j9IJM6RM030711@cvs-int.fedora.redhat.com> <20051023143930.41517a24.bugs.michael@gmx.net> <1130081886.3797.31.camel@rousalka.dyndns.org> <435BDB47.3060000@hhs.nl> <1130100050.3797.37.camel@rousalka.dyndns.org> <20051024013020.53d1326d.bugs.michael@gmx.net> <1130143984.15432.9.camel@rousalka.dyndns.org> <435CAA65.4020308@city-fan.org> <20051024122816.368110ee.bugs.michael@gmx.net> <1130152022.16358.55.camel@rousalka.dyndns.org> <20051024140440.6ed57786.bugs.michael@gmx.net> <1130164152.10289.22.camel@locolhost.localdomain> <1130166388.16358.124.camel@rousalka.dyndns.org> <1130237493.3255.18.camel@locolhost.localdomain> <1130337293.4920.241.camel@localhost.localdomain> Message-ID: <1130344717.18515.5.camel@locolhost.localdomain> On Wed, 2005-10-26 at 17:34 +0300, Ville Skytt? wrote: > > Unowned directories from packages get dumped to the filesystem with > permissions that depend on umask. With a 0077 umask which isn't that > rare for root (it's even the default in some distros), it means > 0700,root,root and likelihood of such operation conflicts is increased. > How much and how bad, depends on what dirs and how they're being used. > I suppose that's a concern, but it doesn't really matter here because the files are useless without mc, and when mc is installed - the permissions on the directory would be set by mc. From bugzilla at redhat.com Wed Oct 26 16:46:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 12:46:32 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261646.j9QGkW2R013389@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at city-fan.org 2005-10-26 12:46 EST ------- OK, I'll sponsor you; you'll need to sign up on the accounts system as described at http://fedoraproject.org/wiki/Extras/Contributors CD Editor of Acorn User eh? I don't recall having any CDs when I used to get that. Probably 'cause I was a Beeb user and never had an Arc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 16:51:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 12:51:59 -0400 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200510261651.j9QGpxVt014256@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: z88dk - Z80 cross compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168185 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 12:51 EST ------- CD editor was years ago! Whizz over to ebay and pick up a RiscPC cheap. Nice to play with :-) I'll sign up for an 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 skvidal at phy.duke.edu Wed Oct 26 16:57:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 26 Oct 2005 12:57:56 -0400 Subject: Buildsys deadlock? In-Reply-To: <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> References: <20051026155542.0be4e362@alkaid.lan> <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> Message-ID: <1130345876.30091.16.camel@cutter> On Wed, 2005-10-26 at 12:08 -0400, Dan Williams wrote: > On Wed, 2005-10-26 at 15:55 +0200, Andreas Bierfert wrote: > > Hi, > > > > I enqueued 268-272 this morning (GMT+1) and while some are stuck at add_to_repo > > others are still building (which they should have taken them like 2-3 > > minutes...). > > > > Just before that 264-266 got through but I never got a mail from the buildsys... > > Yup, it's mock stuck again reading from the child pipe of a defunct > child. We need to fix this... what's causing the child's defunct pipe to die? -sv From bugzilla at redhat.com Wed Oct 26 17:20:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:20:09 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510261720.j9QHK9cv018068@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-26 13:20 EST ------- Sure, no problem, just post updates here when available. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 17:21:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:21:17 -0400 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200510261721.j9QHLHpd018250@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 paul at all-the-johnsons.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: Fuse- |Review Request: Fuse- |emulator (and associated |emulator |libraries) | ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 13:21 EST ------- New fuse-emulator spec http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-emulator-0.7.0.spec src rpm fuse-0.7.0-5.src.rpm I am going to open new requests for the libraries and changing the summary request name to reflect 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 Oct 26 17:23:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:23:00 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510261723.j9QHN0Je018515@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-26 13:22 EST ------- And yep, the crash is in the GUI code, in a callback function that receives the drive selected in a combobox, see comment 4, attachment 120282. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 17:23:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:23:38 -0400 Subject: [Bug 171801] New: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator 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=171801 Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator Product: Fedora Extras Version: devel Platform: All URL: http://www.all-the- johnsons.co.uk/emulators/spectrum.html 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 Spec files and new src.rpms now uploaded http://www.all-the-johnsons.co.uk/emulation/downloads/lib765-0.3.3-1.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum-0.2.2-2.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk-1.1.4-1.spec src rpm names libdsk-1.1.4-1.2.src.rpm lib765-0.3.3-1.2.src.rpm libspectrum-0.2.2-2.3.src.rpm Description: These libraries are required in order to run the fuse emulator (#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 Wed Oct 26 17:23:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:23:49 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510261723.j9QHNnGk018615@www.beta.redhat.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| |171801 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 17:24:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:24:27 -0400 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200510261724.j9QHORms018685@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 paul at all-the-johnsons.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171801 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 13:24 EST ------- Libraries now in #171801 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 17:27:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:27:10 -0400 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200510261727.j9QHRAH6019094@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at city-fan.org 2005-10-26 13:27 EST ------- I did actually mean a separate review for each library (i.e. each SRPM), then each one can be reviewed on its own merits and approved when ready. Otherwise each SRPM has to be individually reviewed and any blocker blocks all packages in 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 Wed Oct 26 17:41:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 13:41:13 -0400 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200510261741.j9QHfDpb021610@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-10-26 13:41 EST ------- Surely though as fuse needs all three then to review each on their merit does seem a bit daft. All three have to go through at the same time! I can see your point, lib765 may hold the other two up (say). Shall I keep as is, or farm three out and just do this one for libspectrum? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 26 17:45:29 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 26 Oct 2005 13:45:29 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051026174529.95A95800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 27 amarok-1.3.4-1.fc5 amarok-1.3.5-1.fc5 drgeo-1.1.0-2.fc5 gnomad2-2.8.2-1.fc5 inadyn-1.96-1.fc5 kimdaba-2.1-4.fc5 libeXosip2-1.9.1-0.4.pre16.fc5 libotr-2.0.2-7.fc5 milter-greylist-2.0.2-1.fc5 octave-2.9.3-6.fc5 paps-0.3-1.fc5 perl-Net-Patricia-1.010-1.fc5 plague-0.4-5.fc5 polyxmass-bin-0.8.9-4.fc5 polyxmass-data-0.8.6-2.fc5 polyxmass-data-0.8.6-3.fc5 python-formencode-0.2.2-3.fc5 python-sqlobject-0.7.0-5.fc5 qtparted-0.4.5-2.fc5 rxvt-unicode-5.8-1.fc5 shorewall-3.0.0-0.3.RC2.fc5 sylpheed-2.0.3-1 ufsparse-0.91-2.fc5 workrave-1.8.1-4.fc5 yap-5.0.1-1.fc5 zope-2.8.3-2.fc5 zope-2.8.3-3.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 Oct 26 17:58:29 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 26 Oct 2005 13:58:29 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051026175829.43663800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 23 amarok-1.3.4-1.fc4 amarok-1.3.5-1.fc4 digikamimageplugins-0.7.4-6.fc4 drgeo-1.1.0-2.fc4 gnomad2-2.8.2-1.fc4 gnome-common-2.12.0-1.fc4 gv-3.6.1-3.fc4 inadyn-1.96-1.fc4 kimdaba-2.1-4.fc4 krusader-1.60.0-4.fc4 libeXosip2-1.9.1-0.4.pre16.fc4 octave-2.1.71-15.fc4 perl-Net-Patricia-1.010-1.fc4 polyxmass-bin-0.8.9-4.fc4 polyxmass-data-0.8.6-3.fc4 python-formencode-0.2.2-3.fc4 python-sqlobject-0.7.0-5.fc4 rxvt-unicode-5.8-1.fc4 stellarium-0.7.1-2.fc4 wesnoth-1.0.1-1.fc4 workrave-1.8.1-4.fc4 yap-5.0.1-2.fc4 zope-2.8.3-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 Wed Oct 26 18:10:14 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 26 Oct 2005 14:10:14 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051026181014.AEDBD800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 13 abiword-2.4.1-5.fc3 digikamimageplugins-0.7.4-6.fc3 drgeo-1.1.0-2.fc3 gnomad2-2.8.2-1.fc3 kimdaba-2.1-4.fc3 krusader-1.60.0-4.fc3 libxml++-2.12.0-1.fc3 polyxmass-data-0.8.6-3.fc3 rxvt-unicode-5.8-1.fc3 uw-imap-2004g-1.fc3 wesnoth-1.0.1-1.fc3 workrave-1.8.1-4.fc3 yap-5.0.1-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From dcbw at redhat.com Wed Oct 26 18:59:55 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 26 Oct 2005 14:59:55 -0400 Subject: Buildsys deadlock? In-Reply-To: <1130345876.30091.16.camel@cutter> References: <20051026155542.0be4e362@alkaid.lan> <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> <1130345876.30091.16.camel@cutter> Message-ID: <1130353196.7566.26.camel@dhcp83-40.boston.redhat.com> On Wed, 2005-10-26 at 12:57 -0400, seth vidal wrote: > On Wed, 2005-10-26 at 12:08 -0400, Dan Williams wrote: > > On Wed, 2005-10-26 at 15:55 +0200, Andreas Bierfert wrote: > > > Hi, > > > > > > I enqueued 268-272 this morning (GMT+1) and while some are stuck at add_to_repo > > > others are still building (which they should have taken them like 2-3 > > > minutes...). > > > > > > Just before that 264-266 got through but I never got a mail from the buildsys... > > > > Yup, it's mock stuck again reading from the child pipe of a defunct > > child. We need to fix this... > > what's causing the child's defunct pipe to die? It appears that job #269 (polyxmass-bin) has the exact same issue as gobby did yesterday, both were built on FC3 interestingly enough. o Processes are: 100 11857 0.3 2.7 184168 56096 ? Sl Oct25 7:47 /usr/bin/python -t /usr/bin/plague-builder -c /etc/plague/builder/plague-builder.cfg -d -p /var/run/plague-builder.pid 100 12290 0.0 0.2 71836 5228 ? S 12:09 0:00 /usr/bin/python -tt /usr/bin/mock -r fedora-3-x86_64-core --arch x86_64 --resultdir=/mnt/build/builder_work/1cb6b041c25100 13266 0.0 0.0 0 0 ? Z 12:11 0:00 [sh] o Mock is stuck in 'setup' state o job.log contains: Starting step 'building' with command: /usr/bin/mock -r fedora-3-x86_64-core --arch x86_64 --resultdir=/mnt/build/builder_work/1cb6b041c25bfa45a3498982cdb86836b4d2bbff/result --statedir=/mnt/build/builder_work/1cb6b041c25bfa45a3498982cdb86836b4d2bbff/mock-state --uniqueext=1cb6b041c25bfa45a3498982cdb86836b4d2bbff /mnt/build/builder_work/1cb6b041c25bfa45a3498982cdb86836b4d2bbff/source/polyxmass-bin-0.8.9-4.fc3.src.rpm o root.log contains: Wrote: /builddir/build/SRPMS/polyxmass-bin-0.8.9-4.fc3.src.rpm ensuring dir /var/lib/mock/fedora-3-x86_64-core-1cb6b041c25bfa45a3498982cdb86836b4d2bbff/root/proc ensuring dir /var/lib/mock/fedora-3-x86_64-core-1cb6b041c25bfa45a3498982cdb86836b4d2bbff/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-3-x86_64-core-1cb6b041c25bfa45a3498982cdb86836b4d2bbff/root resolvedep 'libglade2-devel >= 2.4.0' 'libgnomecanvas-devel >= 2.6.1' 'librsvg2-devel >= 2.7.2' 'libpolyxmass-devel >= 0.8.9' 'atk-devel' 'libart_lgpl-devel' 'gtk2-devel >= 2.4.10' 'desktop-file-utils' 0:libglade2-devel-2.4.0-5.x86_64 0:libgnomecanvas-devel-2.8.0-1.x86_64 0:librsvg2-devel-2.8.1-1.x86_64 0:libpolyxmass-devel-0.8.9-4.fc3.x86_64 0:atk-devel-1.8.0-2.x86_64 0:libart_lgpl-devel-2.3.16-3.x86_64 0:gtk2-devel-2.4.14-4.fc3.x86_64 0:desktop-file-utils-0.9-2.x86_64 0:libglade2-devel-2.4.0-5.x86_64 0:libgnomecanvas-devel-2.8.0-1.x86_64 0:librsvg2-devel-2.8.1-1.x86_64 0:libpolyxmass-devel-0.8.9-4.fc3.x86_64 0:atk-devel-1.8.0-2.x86_64 0:libart_lgpl-devel-2.3.16-3.x86_64 0:gtk2-devel-2.4.14-4.fc3.x86_64 0:desktop-file-utils-0.9-2.x86_64 ensuring dir /var/lib/mock/fedora-3-x86_64-core-1cb6b041c25bfa45a3498982cdb86836b4d2bbff/root/proc ensuring dir /var/lib/mock/fedora-3-x86_64-core-1cb6b041c25bfa45a3498982cdb86836b4d2bbff/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-3-x86_64-core-1cb6b041c25bfa45a3498982cdb86836b4d2bbff/root install 'libglade2-devel >= 2.4.0' 'libgnomecanvas-devel >= 2.6.1' 'librsvg2-devel >= 2.7.2' 'libpolyxmass-devel >= 0.8.9' 'atk-devel' 'libart_lgpl-devel' 'gtk2-devel >= 2.4.10' 'desktop-file-utils' That's it. What else can I get to help figure this out? Dan From qspencer at ieee.org Wed Oct 26 18:59:35 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 26 Oct 2005 13:59:35 -0500 Subject: Build System Questions Message-ID: <435FD217.3080700@ieee.org> Firstly, is the build system stuck again? It does not seem to have changed state for a while again. My more important question is regarding how it imports dependencies. Yesterday I made some changes to octave and requested a build of octave-2.1.71-15. I also made some changes to octave-forge, which will fail due to a missing library if built in mock with octave-devel-2.1.71-14 or older, and requested a build upon completion of the octave build. I had thought that the build system pulls in dependencies from its own unreleased builds if they exist, but that did not appear to be the case because the octave-forge build pulled in octave-devel-2.1.71-14 and failed. Is this the expected behavior of the build system or not? -Quentin From bugzilla at redhat.com Wed Oct 26 20:19:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 16:19:04 -0400 Subject: [Bug 171821] New: Review Request: gparted - Gnome Partition Editor 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=171821 Summary: Review Request: gparted - Gnome Partition Editor Product: Fedora Extras Version: devel Platform: All URL: http://gparted.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/gparted/gparted.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/gparted/gparted-0.0.8-1.src.rpm Description: GParted stands for Gnome Partition Editor. It uses libparted to detect and manipulate devices and partition tables while several (optional) filesystem tools provide support for filesystems not included in libparted. These optional packages will be detected at runtime and don't require a rebuild of GParted -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 26 20:19:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 16:19:17 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510262019.j9QKJHM0011468@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171821 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Oct 26 21:58:54 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 26 Oct 2005 23:58:54 +0200 Subject: Buildsys deadlock? In-Reply-To: <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> References: <20051026155542.0be4e362@alkaid.lan> <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> Message-ID: <20051026235854.4cc81755@alkaid.lan> On Wed, 26 Oct 2005 12:08:36 -0400 Dan Williams wrote: > Yup, it's mock stuck again reading from the child pipe of a defunct > child. We need to fix this... Hm seems to be reproducible... I requeued the job and got the system stuck again (but tought about kill this 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at phy.duke.edu Wed Oct 26 22:02:05 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 26 Oct 2005 18:02:05 -0400 Subject: Buildsys deadlock? In-Reply-To: <20051026235854.4cc81755@alkaid.lan> References: <20051026155542.0be4e362@alkaid.lan> <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> <20051026235854.4cc81755@alkaid.lan> Message-ID: <1130364125.30091.30.camel@cutter> On Wed, 2005-10-26 at 23:58 +0200, Andreas Bierfert wrote: > On Wed, 26 Oct 2005 12:08:36 -0400 > Dan Williams wrote: > > > Yup, it's mock stuck again reading from the child pipe of a defunct > > child. We need to fix this... > > Hm seems to be reproducible... I requeued the job and got the system stuck > again (but tought about kill this time ^^). is it on an fc3 build or fc4? I'm just trying to figure out why we didn't see this as often before. -sv From andreas.bierfert at lowlatency.de Wed Oct 26 22:34:22 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 27 Oct 2005 00:34:22 +0200 Subject: Buildsys deadlock? In-Reply-To: <1130364125.30091.30.camel@cutter> References: <20051026155542.0be4e362@alkaid.lan> <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> <20051026235854.4cc81755@alkaid.lan> <1130364125.30091.30.camel@cutter> Message-ID: <4360046E.5010507@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 seth vidal wrote: > is it on an fc3 build or fc4? fc3 number 269... go ahead an play around with it if that helps... - - 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 iD8DBQFDYARuQEQyPsWM8csRAgz0AKC+x098UA1wyccbZjSOP1XScBKaEwCfW1E5 Aa7MFFBryrcYmkeWAnS7i/Q= =4LEq -----END PGP SIGNATURE----- From dcbw at redhat.com Thu Oct 27 02:10:44 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 26 Oct 2005 22:10:44 -0400 Subject: Buildsys deadlock? In-Reply-To: <1130364125.30091.30.camel@cutter> References: <20051026155542.0be4e362@alkaid.lan> <1130342917.2391.51.camel@dhcp83-40.boston.redhat.com> <20051026235854.4cc81755@alkaid.lan> <1130364125.30091.30.camel@cutter> Message-ID: <1130379044.4183.1.camel@localhost.localdomain> On Wed, 2005-10-26 at 18:02 -0400, seth vidal wrote: > On Wed, 2005-10-26 at 23:58 +0200, Andreas Bierfert wrote: > > On Wed, 26 Oct 2005 12:08:36 -0400 > > Dan Williams wrote: > > > > > Yup, it's mock stuck again reading from the child pipe of a defunct > > > child. We need to fix this... > > > > Hm seems to be reproducible... I requeued the job and got the system stuck > > again (but tought about kill this time ^^). > > is it on an fc3 build or fc4? > > I'm just trying to figure out why we didn't see this as often before. I think partially that plague isn't as susceptible to this any more since I stopped using pipes to get output from mock, so we now get the problems with mock + pipes instead of plague + pipes. Dan From bugzilla at redhat.com Thu Oct 27 05:02:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 01:02:14 -0400 Subject: [Bug 167889] Review Request: polyxmass-data - Contains configuration files describing polymer chemistry In-Reply-To: Message-ID: <200510270502.j9R52Eat024560@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-data - Contains configuration files describing polymer chemistry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167889 Bug 167889 depends on bug 167887, which changed state. Bug 167887 Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 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 Oct 27 05:02:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 01:02:44 -0400 Subject: [Bug 167888] Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass In-Reply-To: Message-ID: <200510270502.j9R52iuH024630@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167888 Bug 167888 depends on bug 167887, which changed state. Bug 167887 Summary: Review Request: polyxmass-bin - The GNU polyxmass software suite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167887 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 Oct 27 08:49:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 04:49:57 -0400 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200510270849.j9R8nvcG008753@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at city-fan.org 2005-10-27 04:49 EST ------- (In reply to comment #2) > Surely though as fuse needs all three then to review each on their merit does > seem a bit daft. All three have to go through at the same time! > > I can see your point, lib765 may hold the other two up (say). Shall I keep as > is, or farm three out and just do this one for libspectrum? My personal preference would be a separate review for each SRPM. I think that is also the intention of the review process. It'll leave behind a separate "audit trail" for each package where some design decisions may be discussed, without being cluttered by discussion about other packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 27 11:23:55 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 27 Oct 2005 13:23:55 +0200 Subject: rpms/octave/devel octave.spec,1.20,1.21 In-Reply-To: <200510251519.j9PFJjhF002851@cvs-int.fedora.redhat.com> References: <200510251519.j9PFJjhF002851@cvs-int.fedora.redhat.com> Message-ID: <1130412235.6384.97.camel@mccallum.corsepiu.local> On Tue, 2005-10-25 at 11:19 -0400, Quentin Spencer wrote: > Author: qspencer > Index: octave.spec > =================================================================== > -Prereq: /sbin/ldconfig > +Requires: /sbin/ldconfig /sbin/install-info /etc/ld.so.conf.d This is not correct. Your package uses /sbin/ldconfig and /sbin/install-info in %post, /sbin/install-info in %preun, and /sbin/ldconfig in %postun: Therefore you can't avoid to add: Requires(post): /sbin/install-info Requires(postun): /sbin/ldconfig Requires(post): /sbin/ldconfig Requires(preun): /sbin/install-info Also, the dependency on the directory /etc/ld.so.conf.d is very questionable and arguable. If you really want to depend on the directory this should be Requires(pre): /etc/ld.so.conf.d and may-be even Requires(postun): /etc/ld.so.conf.d A plain "Requires: " doesn't have the effect you seem to want. Ralf From bugzilla at redhat.com Thu Oct 27 11:59:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 07:59:35 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510271159.j9RBxZaM023416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-27 07:59 EST ------- Another, hopefully the final version at: ftp://packman.rsync.zmi.at/fedora/SRPMS/rt3.spec ftp://packman.rsync.zmi.at/fedora/SRPMS/rt3-3.4.4-7.src.rpm Most important change: This version uses /var/cache/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 Thu Oct 27 13:24:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 09:24:03 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271324.j9RDO3RC001166@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry at butskoy.name ------- Additional Comments From dmitry at butskoy.name 2005-10-27 09:23 EST ------- Just some comments: Why too many sub-packages? What is the reason to start splitting? libwine-* etc. formaly don't follow PackageNamingGuidelines... *-suite package: the reason is clear, but is such technic allowable in FC/FE? Are there any precedents? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Oct 27 13:27:36 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Thu, 27 Oct 2005 08:27:36 -0500 Subject: rpms/octave/devel octave.spec,1.20,1.21 In-Reply-To: <1130412235.6384.97.camel@mccallum.corsepiu.local> References: <200510251519.j9PFJjhF002851@cvs-int.fedora.redhat.com> <1130412235.6384.97.camel@mccallum.corsepiu.local> Message-ID: <4360D5C8.20207@ieee.org> Ralf Corsepius wrote: >On Tue, 2005-10-25 at 11:19 -0400, Quentin Spencer wrote: > > >>Author: qspencer >> >> > > > >>Index: octave.spec >>=================================================================== >> >> > > > >>-Prereq: /sbin/ldconfig >>+Requires: /sbin/ldconfig /sbin/install-info /etc/ld.so.conf.d >> >> >This is not correct. > >Your package uses /sbin/ldconfig and /sbin/install-info in >%post, /sbin/install-info in %preun, and /sbin/ldconfig in %postun: > >Therefore you can't avoid to add: > >Requires(post): /sbin/install-info >Requires(postun): /sbin/ldconfig >Requires(post): /sbin/ldconfig >Requires(preun): /sbin/install-info > > I'll make this change. The previous change was just a consolidation of three existing dependencies into one line. All of the dependencies are as they were when I took over the package, other than that some used Prereq rather than Requires, which I understand now mean the same thing. >Also, the dependency on the directory /etc/ld.so.conf.d is very >questionable and arguable. > >If you really want to depend on the directory this should be >Requires(pre): /etc/ld.so.conf.d >and may-be even >Requires(postun): /etc/ld.so.conf.d > >A plain "Requires: " doesn't have the effect you seem to want. > > This dependency was added by the maintainer at Red Hat before I took over the package, so I have no idea what the intended meaning was. I'm happy to just delete it. -Quentin From bugzilla at redhat.com Thu Oct 27 13:29:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 09:29:48 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271329.j9RDTmlZ002182@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-10-27 09:29 EST ------- Splitting: I've read comment #19 and comment #22, but it seems too many 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 Thu Oct 27 13:35:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 09:35:02 -0400 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200510271335.j9RDZ2ed003084@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 ------- Additional Comments From dmitry at butskoy.name 2005-10-27 09:34 EST ------- ping -b somebody! :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 13:42:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 09:42:33 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271342.j9RDgXKZ003843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 09:42 EST ------- Ok there is a reason behind this. The initial tought was that just because you install the arts part of wine together with wine you have to install half of kde alongside it. So I started with splitting out arts (looking at the debian example of how they solved this) but if you do this for one sound module you need to do it for all the sound models to be consistant hence: libwine-arts-0.9-1 libwine-esd-0.9-1 libwine-jack-0.9-1 libwine-alsa-0.9-1 libwine-nas-0.9-1 After that the debian split up actually made sense: e.g. libwine-cms-0.9-1 requires something not everybody will want just like libwine-gl or -twain or... the other special things. So if you really want wine split up consistantly the debian approach makes sense. For me however I am lazy and I like to have whole wine installed and I would suspect that there is a certain user group which has never even heard about what half of the libwine- suffixes mean so they will want to have wine work and not fiddel with this stuff so I created wine-suite (see koffice-suite for another example of this). Third an last to the naming sheme: actually all the things in the libwine packages are 'libs' and if you would like to link a program against them you would think this is called libsomething so the name libwine. For the -devel however I used both names so that both fronts are covered as this packages makes sense for wine-devel and libwine-devel and I would say there is no harm in 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 Thu Oct 27 14:00:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:00:00 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271400.j9RE006P005762@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-27 09:59 EST ------- in my opinion the debian approach doesent make sense at all... what one should do is choose a preferred sound method... like leaving alsa in the monolithic part and split all the other sound stuff off it. picking good defaults and leaving the unnecassery stuff optional. from experience in packaging wine since rh9 i know that users dont want a cluttered up solution and it will definitely create support overhead, thats why the winehq packages arent split up at all... vincent just turns off autodep tracking... and so did i when i packaged it on newrpms. sure thats not a clean solution... but creating a safe defaults monolithic package actually is a sane solution without pulling loads of unnecassery stuff in and leaves the user with a completly working wine by just doing yum install wine. splitting off gl support in my eyes also doesent make much sense at this point, will also just lead to bogus bug reports. if users do yum install wine* because they cant handle the complexity of all subpackages in a sane way on the commandline nothing at all is achieved in my eyes, cause the user doesent know what he wants. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 14:01:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:01:23 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271401.j9RE1N6J005997@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-27 10:01 EST ------- additionally why are the subpackages called lib%{name} ... since its a split of the wine package it shouldnt change name should it? dont know the fe policys behind it ... just doesent sound rh like 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 Thu Oct 27 14:11:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:11:28 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271411.j9REBSom006824@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 10:11 EST ------- Ok I agree about the alsa part.. alsa is pretty much the default for fc so that could go back in. For -gl I don't think thats a good idea. There are people out there using wine one non-x boxes maybe? And what else would you consider default? twain is not default imho and neither is capi stuff. cms maybe could go in and print stuff as well. For ldap I would like to keep it out. I would still leave the split up as is and just require those -sub we consider default in wine... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 14:12:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:12:32 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271412.j9RECWbN006937@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-10-27 10:12 EST ------- > install the arts part together with wine you have to install half of kde Surely, I agree with arts. But should "alsa" be splitted? IMHO it is some FC default thing... Normaly the "lib" prefix is used for packages with usual libraries -- i.e. libraries for native Linux applications. Most libwine-* contain %{_libdir}/wine/*.dll.so . If it is not useful for native Linux linking, then it is better to not prefix them with "lib", just "wine-". As you have mentioned KDE, may be better to split as "wine-gnome", "wine-kde", "wine-gui" etc? Just a suggestion... > so I created wine-suite (see koffice-suite for another example of this) It is an unique precedent in the latest Fedora Extras. AFAIK Fedora does not use this way currently, i.e. there are no such things as "mozilla-suite", "gimp-suite", "perl-suite" 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 Thu Oct 27 14:15:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:15:27 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510271415.j9REFRiA007220@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 carsten at dvdisaster.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carsten at dvdisaster.de ------- Additional Comments From carsten at dvdisaster.de 2005-10-27 10:15 EST ------- (In reply to comment #16) > And yep, the crash is in the GUI code, in a callback function that receives > the drive selected in a combobox, see comment 4, attachment 120282 [edit]. This was a bug in dvdisaster-0.64 in conjunction with gtk+-2.6. Please use the corrected sources for version 0.64-1 from http://www.dvdisaster.com/download.html And of course feel free to bug me with further questions if something is still wrong ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 14:19:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:19:31 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271419.j9REJVpP007517@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 10:19 EST ------- (In reply to comment #34) > > install the arts part together with wine you have to install half of kde > Surely, I agree with arts. But should "alsa" be splitted? IMHO it is some FC > default thing... See comment #33. I agree with that and will change it for the next release. > Normaly the "lib" prefix is used for packages with usual libraries -- i.e. > libraries for native Linux applications. Most libwine-* contain > %{_libdir}/wine/*.dll.so . If it is not useful for native Linux linking, then it > is better to not prefix them with "lib", just "wine-". I got your point but as they can be used as a stand alone lib I just thought that this split up would make sense > As you have mentioned KDE, may be better to split as "wine-gnome", "wine-kde", > "wine-gui" etc? Just a suggestion... That is not the problem... just for the heck of it do a 'yum remove arts' or 'yum install arts' depending on if you have it installed or not... that is where the kde part kicks in... > this way currently, i.e. there are no such things as "mozilla-suite", > "gimp-suite", "perl-suite" etc... Yes and why is this? Because most packages are not split up and users don't get the choice of installing only parts of them and I doubt that for most packages this makes sense. koffice and ooo in my opinion are good examples where these make sense and wine for that matter as well. Just my opinion. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 14:24:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:24:49 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271424.j9REOnPg008288@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-27 10:24 EST ------- since we basically agree on how to handle sound stuff now id like to discuss the other stuff in detail ;) theres only a very small amount of users in my eyes that would use wine-devel on non x boxes ;). sure for the wine compiler it makes perfect sense to have a non x setup solution. on the other hand none of the regular wine users will use wine without x really. the wine-gl issue should be discussed further in my eyes. for the other things id really love to see a case by case decision. the question in my eyes is mainly if its really worth splitting that stuff off or not, sure for half kde its worth it but for a few small libs... one has to look at the whole dep chain to decide that. creating a split to save a few kb of disc space and upgrade bandwidth probably isnt worth it and really just leaves users unhappy because they cant get stuff to work because they have no clue what twain 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 bugzilla at redhat.com Thu Oct 27 14:31:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:31:07 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271431.j9REV7rr008965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-27 10:30 EST ------- well its true that with rh and fedora theres not that much splitting like with other distros as mdk e.g.: %{name} lib%{name} lib%{name}-devel ... but then again... i never really liked the extreme cluttering without real sense idea... sure it saves a few kb in some cases... but with todays discspaces that surely isnt a real problem. again we assume the end user has no clue. with that in mind id come to the following conclusion: if you have a module more or less installed doesent hurt... unless it really is not necassery by default or not even really recommended... and/or pulls loads of unnecassery deps in. again theres the support overhead problem (from a devs point of view) and the usability prob (from an end users point of view) if you clutter stuff too much. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 14:34:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:34:26 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271434.j9REYQ0M009357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 10:34 EST ------- OK... from reading lates WWN I get the impression we will be done with that before 1.0 ;) libwine-alsa-0.9-1: Will move into libwine upon next release libwine-arts-0.9-1: Will stay out libwine-capi-0.9-1: >From the requires I guess it could be moved back in again libwine-cms-0.9-1: I am not sure about this one. lcms is not that big but I don't think it is that important anyway libwine-esd-0.9-1: Should stay outside libwine-gl-0.9-1 Maybe we should move it back in and see if someone complains as I would suspect peolple using wine with X >> people using wine strictly without it libwine-jack-0.9-1 Should stay outside libwine-ldap-0.9-1 I don't think normal users will need this and the others well know what ldap ist ^^ libwine-nas-0.9-1 Should stay outside libwine-print-0.9-1 Should move in libwine-twain-0.9-1 I guess sane is something most people will have so this could go in. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 14:44:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 10:44:06 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271444.j9REi6qN010631@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-10-27 10:43 EST ------- > libwine-gl-0.9-1 > Maybe we should move it back in and see if someone complains as I would suspect > peolple using wine with X >> people using wine strictly without it Good idea. BTW if a user can decide to use wine without X... Such a user usually build wine from the scratch into /usr/local/... :) > I got your point but as they can be used as a stand alone lib I just thought > that this split up would make sense Split up can make a sense, but rename "libwine-*" to "wine-*" ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 15:22:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 11:22:54 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510271522.j9RFMsKR016441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-10-27 11:22 EST ------- The new upstream version is eaten. New SPEC: http://dmitry.butskoy.name/dvdisaster/dvdisaster.spec New SRPM: http://dmitry.butskoy.name/dvdisaster/dvdisaster-0.64-3.src.rpm ping Ville :) Carsten, repeat here too: - don't use versioning like "0.64-1", use "0.64.1" or "0.64pl1" instead. - rename downloadable tarball to be suffixed as ".tar.bz2" (not ".tar.bz") - see my Patch1 in the rpm package -- IMHO you should not create files with executable bit 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 rc040203 at freenet.de Thu Oct 27 15:43:13 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 27 Oct 2005 17:43:13 +0200 Subject: rpms/octave/devel octave.spec,1.20,1.21 In-Reply-To: <4360D5C8.20207@ieee.org> References: <200510251519.j9PFJjhF002851@cvs-int.fedora.redhat.com> <1130412235.6384.97.camel@mccallum.corsepiu.local> <4360D5C8.20207@ieee.org> Message-ID: <1130427793.6384.137.camel@mccallum.corsepiu.local> On Thu, 2005-10-27 at 08:27 -0500, Quentin Spencer wrote: > Ralf Corsepius wrote: > > >On Tue, 2005-10-25 at 11:19 -0400, Quentin Spencer wrote: > > > >>Index: octave.spec > >>=================================================================== > >>-Prereq: /sbin/ldconfig > >>+Requires: /sbin/ldconfig /sbin/install-info /etc/ld.so.conf.d > >Also, the dependency on the directory /etc/ld.so.conf.d is very > >questionable and arguable. > > > >If you really want to depend on the directory this should be > >Requires(pre): /etc/ld.so.conf.d > >and may-be even > >Requires(postun): /etc/ld.so.conf.d > > > >A plain "Requires: " doesn't have the effect you seem to want. > > > > > This dependency was added by the maintainer at Red Hat before I took > over the package, so I have no idea what the intended meaning was. I presume, the idea was to make sure /etc/ld.so.conf.d exists, when installing a file into this directory. This is approach (Letting one package own the directory, let packages owning files inside Require: the directory), is problematic when it comes to removing multiple packages at once. Let's assume this case: Package A ships: /usr/share/xyz /usr/share/xyz/FileA Package B ships: /usr/share/xyz/FileB When running rpm -e A B rpm doesn't assure any order these packages will be removed, so it might happen that package A is removed before package B. In this case /usr/share/xyz is not being removed (because it still contains files from package B) and subsequently is being emptied when removing package B. In this case, an unowned directory /usr/share/xyz will remain on the file system. In general, I'd recommend to let all packages own the directories they install files into, but in your particular case, it might be more feasible simply not to Require /etc/ld.so.conf.d, because /etc/ld.so.conf.d is provided by glibc, which I consider to be in similar position to "filesystem" (cf. to the /usr/share/mc discussion earlier this week.) > I'm happy to just delete it. ACK. Ralf From bugzilla at redhat.com Thu Oct 27 15:41:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 11:41:48 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510271541.j9RFfmxA018531@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From orion at cora.nwra.com 2005-10-27 11:41 EST ------- (In reply to comment #6) > rpmbuild log Can you try building without %{?_smp_mflags} passed to make? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 15:46:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 11:46:29 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271546.j9RFkTAe019159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From julianmayer at mac.com 2005-10-27 11:46 EST ------- doesn't bug 169652 actually completely block this? (recent wine versions don't work on recent fedora at all) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169652 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 15:49:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 11:49:05 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271549.j9RFn5sH019673@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 11:48 EST ------- Nope... it works just fine here with my package and has been for some 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 Oct 27 15:58:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 11:58:03 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271558.j9RFw3MH020496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-27 11:57 EST ------- id recommend checking with cvs head ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 16:01:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 12:01:20 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271601.j9RG1KKI020887@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 12:01 EST ------- SO many changes already? ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 18:04:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:04:49 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510271804.j9RI4np3001786@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From rolandd at cisco.com 2005-10-27 14:04 EST ------- Just so I'm clear: should I consider the libmthca package approved? Or am I still waiting for Ed's real 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 Oct 27 18:23:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:23:48 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510271823.j9RINmXs003454@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From carsten at dvdisaster.de 2005-10-27 14:23 EST ------- Dmitry, > - don't use versioning like "0.64-1", use "0.64.1" or "0.64pl1" instead. > - rename downloadable tarball to be suffixed as ".tar.bz2" (not ".tar.bz") > - see my Patch1 in the rpm package -- IMHO you should not create files with > executable bit set... yup, all three points make sense :-) I'll wrap them up with some other minor fixes in 0.64pl2 over the weekend. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 18:26:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:26:21 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510271826.j9RIQL5V003646@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From ed at eh3.com 2005-10-27 14:26 EST ------- Hi Roland, per the guidelines: http://fedoraproject.org/wiki/PackageReviewGuidelines I'll do a review and send an approval (or not) as soon as I have some free time. Probably early next week. Please be patient, I'm just a volunteer who has a busy day job, 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 Thu Oct 27 18:35:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:35:11 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510271835.j9RIZBci004784@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From carsten at dvdisaster.de 2005-10-27 14:34 EST ------- (In reply to comment #3) just some other info... > [..] AFAIK dvdisaster is not > so much closely integrated with Gnome or KDE to support startup-notification > features. Yes, dvdisaster is rather desktop agnostic. The general policy is trying to play well on any sane desktop environment, but not to depend on any specific desktop features and/or libraries (sometimes quite contradictory, I know ;-) > > The desktop entry could use an icon, eg. icons/create.png Let me know if you need this rendered in different resolutions. Carsten -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 18:41:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:41:28 -0400 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200510271841.j9RIfSmn005439@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-10-27 14:41 EST ------- I suggest we wait for that "pl2" release before proceeding with this, then. Carsten, may I suggest sticking with regular numbers and dots in the release number? Non-numeric versions tend to often interact badly with version ordering algorithms, such as rpm's or deb's, forcing packagers to apply weird versioning tricks so that upgrades work. I'd suggest 0.64.2 instead of 0.64pl2. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 19:04:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 15:04:36 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510271904.j9RJ4aoc008647@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 15:04 EST ------- Maybe this makes your more happy ;) http://fedora.lowlatency.de/review/wine-0.9-2.src.rpm http://fedora.lowlatency.de/review/wine.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 buildsys at fedoraproject.org Thu Oct 27 19:07:44 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 27 Oct 2005 15:07:44 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051027190744.BF723800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 8 fedora-rpmdevtools-1.3-1.fc5 fltk-1.1.6-1.fc5 gaim-otr-2.0.2-2.fc5 gtk-qt-engine-0.60-5.fc5 libibverbs-1.0-0.2.rc4.fc5 p7zip-4.29-3.fc5 qalculate-gtk-0.8.2.1-1.fc5 sbcl-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 Thu Oct 27 19:19:50 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 27 Oct 2005 15:19:50 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051027191950.66236800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 fedora-rpmdevtools-1.3-1.fc4 fltk-1.1.6-1.fc4 gtk-qt-engine-0.60-5.fc4 mantis-0.19.3-1.fc4 octave-forge-2005.06.13-9.fc4 p7zip-4.29-3.fc4 seahorse-0.8-1.fc4 uw-imap-2004g-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 Oct 27 19:46:46 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 27 Oct 2005 15:46:46 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051027194646.F3A68800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 gtk-qt-engine-0.60-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 Thu Oct 27 19:58:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 15:58:19 -0400 Subject: [Bug 171915] New: Review Request: texmaker - LaTeX editor 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=171915 Summary: Review Request: texmaker - LaTeX editor Product: Fedora Extras Version: devel Platform: All URL: http://www.xm1math.net/texmaker/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/texmaker/texmaker.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/texmaker/texmaker-1.12-1.src.rpm Description: Texmaker is a program, that integrates many tools needed to develop documents with LaTeX, in just one application. Texmaker runs on unix, macosx and windows systems and is released under the GPL 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 Thu Oct 27 19:58:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 15:58:32 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510271958.j9RJwWYN015022@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171915 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 20:42:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 16:42:01 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510272042.j9RKg1eb027597@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From ellson at research.att.com 2005-10-27 16:41 EST ------- wine-0.9-2 still won't build on x86_64: In file included from ../../include/windef.h:226, from ../../include/wine/unicode.h:26, from casemap.c:4: ../../include/winnt.h:846: error: conflicting types for 'CONTEXT' ../../include/winnt.h:695: error: previous declaration of 'CONTEXT' was 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 Thu Oct 27 20:49:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 16:49:13 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510272049.j9RKnCed029185@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-27 16:48 EST ------- Thanks... I did not mean to ignore you just wanted to sort out the other issues first. I will get to the x86_64 stuff etc soon it is just that I don't have a x86_64 I can test on and I would like to see if there is a way to package wine with support for 32bit and wine with support for 64bit in a good manner its just without a test box... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 27 21:13:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 17:13:23 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510272113.j9RLDN3j000707@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: texmaker - |Review Request: texmaker - |LaTeX editor |LaTeX editor AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-27 17:13 EST ------- Needs work: * BuildRequires: desktop-file-utils is missing * BuildRequires: gcc-c++ should not be included (wiki: PackagingGuidelines#Exceptions) * Make sure no line in %description is more than 80 chars long * latexhelp.html and usermanual.html packaged twice, remove them from %doc * Desktop file: the Categories tag should contain Application (wiki: PackagingGuidelines#desktop) * Scriptlets: missing update-desktop-database (wiki: ScriptletSnippets) * Scriptlets: missing "gtk-update-icon-cache" in %post and %postun (wiki: ScriptletSnippets) * Requires: desktop-file-utils is useless * The manual install of the binary is not necessary (it is copied during "make install") * Don't copy the icon to _datadir/pixmaps, it's useless (the menu icon will be found in _datadir/icons/hicolor) * Don't delete original desktop files, it comes from your source dir * Don't package the INSTALL file, it's useless since we're using RPM * %dir %{_datadir}/texmaker and %{_datadir}/texmaker/* can be combined into %{_datadir}/texmaker/ * TerminalOptions in desktop file is depreciated, please remove it in your 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 Oct 27 21:56:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 17:56:24 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510272156.j9RLuOSM004774@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From chris at chrisgrau.com 2005-10-27 17:56 EST ------- The package still creates and owns /var/lib/rt3, and I notice that /var/cache/rt3 is not owned. I assume this is a typo in the %files section: %dir %{_localstatedir}/lib/rt3 %attr(0770,apache,apache) %{RT3_CACHEDIR}/mason_data %attr(0770,apache,apache) %{RT3_CACHEDIR}/session_data Everything else looks good to me. I'll give it about 24 hours before I set this package to FE-ACCEPT, just in case anyone else has any 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 Thu Oct 27 22:50:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 18:50:19 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510272250.j9RMoJ2K008830@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 ------- Additional Comments From dakingun at gmail.com 2005-10-27 18:50 EST ------- Thanks for the review. Updated spec and srpm files are here; ftp://czar.eas.yorku.ca/pub/texmaker/texmaker.spec ftp://czar.eas.yorku.ca/pub/texmaker/texmaker-1.12-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 Oct 28 04:31:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 00:31:13 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510280431.j9S4VDLr032122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 ------- Additional Comments From rc040203 at freenet.de 2005-10-28 00:30 EST ------- (In reply to comment #23) > The package still creates and owns /var/lib/rt3, Correct, because rt3 still uses it on occasion (cf. VarPath in RT.pm) .. but there is another bug hiding this issue. > and I notice that > /var/cache/rt3 is not owned. > I assume this is a typo in the %files section: ... and this is a bug ... another iteration ... ftp://packman.rsync.zmi.at/fedora/SRPMS/rt3.spec ftp://packman.rsync.zmi.at/fedora/SRPMS/rt3-3.4.4-8.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 Oct 28 06:41:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 02:41:42 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510280641.j9S6fgXc008309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-28 02:41 EST ------- since we decided to maintain the wine rpm stuff together anyways andreas id offer to handle the x86_64 stuff and do the required testing. i will be at home monday and tuesday next week and have my x86_64 box available for testing then. especially for the future x86_64 build working close with upstream is desireable for that anyways. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 06:57:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 02:57:18 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510280657.j9S6vIHN010017@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-28 02:57 EST ------- Sounds good to me :) maybe we can work something out via jabber or irc or so.. =) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 07:13:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 03:13:28 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510280713.j9S7DS1b011908@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 ------- Additional Comments From gauret at free.fr 2005-10-28 03:13 EST ------- * In texmaker-desktop.patch: - end the Categories line with a ";" - Name[fr] should be "Texmaker Editeur LaTeX" (as above) - StartupNotify should be set to true * BuildRequires: qt-devel is enough, no need for the whole kdelibs-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 Oct 28 07:37:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 03:37:42 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510280737.j9S7bgR5013908@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-28 03:37 EST ------- right now building for x86_64 other than for development purpose doesent make sense btw ;). if it compiles it doesent mean it does much useful stuff yet ;) so the x86_64 build problem the user has is pretty secondary in my eyes yet, people are working on it though... there are various x86_64 patches on the patch 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 Fri Oct 28 07:42:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 03:42:05 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510280742.j9S7g5SD014164@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-28 03:41 EST ------- i will email you my icq and i will be monday/tuesday on irc.freenode.org #winehq #winehackers #fedora #fedora-de #fedora-devel with nick "che". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 09:55:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 05:55:52 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510280955.j9S9tqxf022646@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-10-28 05:55 EST ------- What is a reason to have separated "wine" and main "libwine" packages? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 10:15:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 06:15:10 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510281015.j9SAFA7P023805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-28 06:14 EST ------- So that people who want to link against wine libs can just pull in libwine... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 10:28:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 06:28:34 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510281028.j9SASYU1024496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-28 06:28 EST ------- that would be the case for alot stuff that is in fedora/redhat/extras but in none of em the lib is split of seperatly. the deal is that software (e.g. win software where the source code is available) doesent run really different if its linked vs its run with wine. getting that kinda software to compile with the wine compiler helps with porting... for the user theres no real benefit though. other software that links vs wine librarys is not known to me. generally i dont know of any case offhand where this is done atm. so i am still at the stance that its pretty much unnecassery to seperate the lib(s). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 10:51:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 06:51:46 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510281051.j9SApkjh026952@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-10-28 06:51 EST ------- > I am still at the stance that it is pretty much unnecessary to separate the lib(s). Completely agree. Let's act with it as well as with "-gl" stuff -- if people will request such a separation, we will separate it in the future. And sorry for importunity, but rename the rest to "wine-*" ... :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 11:13:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 07:13:54 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510281113.j9SBDsMV028347@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-28 07:13 EST ------- k... you convinced me but if someone complains I will be the first to mention that I said so from the start :P -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 11:20:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 07:20:08 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510281120.j9SBK8Q4028870@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-28 07:19 EST ------- i am always open for new arguments on the matter ;). sure thing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 28 11:50:35 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Fri, 28 Oct 2005 15:50:35 +0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <43552085.1070906@redhat.com> References: <435517AA.5000702@odu.neva.ru> <43552085.1070906@redhat.com> Message-ID: <4362108B.1060400@odu.neva.ru> > > >> When a mantainer releases a new version (and new rpms appear for >> download), the old rpms often are not deleted. >> >> Now there are 1761 packages (in development/SRPMS/*) and 691 of them >> (40%) are previous (normally obsolete) versions. >> > > I have added it to http://fedoraproject.org/wiki/FedoraExtrasSchedule > so the next Thursday meeting the steering committee will decide on a > purging policy. Are there some news about it? Dmitry Butskoy From skvidal at phy.duke.edu Fri Oct 28 12:26:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 28 Oct 2005 08:26:19 -0400 Subject: A lot of obsolete rpms in FE currently In-Reply-To: <4362108B.1060400@odu.neva.ru> References: <435517AA.5000702@odu.neva.ru> <43552085.1070906@redhat.com> <4362108B.1060400@odu.neva.ru> Message-ID: <1130502380.30091.169.camel@cutter> On Fri, 2005-10-28 at 15:50 +0400, Dmitry Butskoy wrote: > > > > > >> When a mantainer releases a new version (and new rpms appear for > >> download), the old rpms often are not deleted. > >> > >> Now there are 1761 packages (in development/SRPMS/*) and 691 of them > >> (40%) are previous (normally obsolete) versions. > >> > > > > I have added it to http://fedoraproject.org/wiki/FedoraExtrasSchedule > > so the next Thursday meeting the steering committee will decide on a > > purging policy. > > > Are there some news about it? Yes, We'll be purging all but the latest 2 packages of any given package. -sv From bugzilla at redhat.com Fri Oct 28 14:52:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:52:27 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510281452.j9SEqRoD018749@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 ------- Additional Comments From dakingun at gmail.com 2005-10-28 10:52 EST ------- Fix all issues raised in comment #3, new spec and srpm files at; ftp://czar.eas.yorku.ca/pub/texmaker/texmaker.spec ftp://czar.eas.yorku.ca/pub/texmaker/texmaker-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 Fri Oct 28 14:56:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:56:46 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510281456.j9SEukAN019672@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 ------- Additional Comments From rdieter at math.unl.edu 2005-10-28 10:56 EST ------- Tiny suggestion: whenever using the 'install' command, when possible, use the '-p' option to preserve file time-stamps. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 15:13:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 11:13:02 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510281513.j9SFD2SP021465@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 ------- Additional Comments From dakingun at gmail.com 2005-10-28 11:12 EST ------- (In reply to comment #5) > Tiny suggestion: > > whenever using the 'install' command, when possible, use the '-p' option to > preserve file time-stamps. suggestion taken, 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 Fri Oct 28 15:13:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 11:13:31 -0400 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200510281513.j9SFDVAQ021578@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 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-10-28 11:13 EST ------- Review (libdsk package ONLY): - rpmlint clean, apart from debuginfo package - package naming OK - license is GPL - spec file written in English and is legible - could not check sources because upstream doesn't seem to archive old versions - package builds OK in mock for rawhide (i386) and also on RHEL3 (x86_64) - no locales to worry about - ldconfig called correctly in scriptlets - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is fairly consistent - code, not content - no large docs - docs don't affect runtime - no pkgconfig file to worry about - devel files properly included in -devel subpackage - libtool archive excluded properly - no desktop entry needed Needswork: - spec file name should be libdsk.spec, not libdsk-1.1.4-1.spec - there should be no packager: or vendor: tags - use full URL for Source:, e.g. http://www.seasip.demon.co.uk/Unix/LibDsk/libdsk-%{version}.tar.gz - please used standard Fedora Extras buildroot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - buildreqs sed and perl aren't required as they part of the minimal build environment - see the "Exceptions" list in the Packaging Guidelines page on the wiki - license is "GPL", not "distributable" - "%{__rm} -rf %{buildroot}" should be in %install, not %prep - don't include INSTALL in the docs because it's not relevant to users of the packaged RPM - don't include static libraries without a good reason Notes: - version 1.1.6 is available from upstream - "Applications/System" (same as mtools) would probably be a better choise for the group of the -tools subpackage - if the edit of libtool (hardcode_libdir_flag_spec etc.) is actually necessary (is it?), please add a comment to the spec explaining it - "%{__make} DESTDIR=%{buildroot} install" is preferred to "%makeinstall" when possible - use %{?_smp_mflags} with make when possible - consider moving doc/libdsk* to the -devel subpackage - consider making the dependency of the tools package on the main library package as tight as the -devel package (Requires: %{name} = %{version}-%{release}) or just leave out the explicit dep altogether and let RPM's automatic library dependencies handle 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 Oct 28 15:13:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 11:13:52 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510281513.j9SFDqrh021684@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-28 11:13 EST ------- Review for release 3: * RPM name is OK * Source texmaker-1.12.tar.bz2 is the same as upstream * Builds fine in mock * rpmlint of texmaker looks OK * File list of texmaker looks OK * Works fine APPROVED Before or after import, please add -p to your install calls, as pointed by Rex. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 16:14:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 12:14:23 -0400 Subject: [Bug 171978] Does not cleanly uninstall in devel In-Reply-To: Message-ID: <200510281614.j9SGEN3Q028256@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Does not cleanly uninstall in devel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171978 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-extras- | |list at redhat.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 Oct 28 16:17:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 12:17:23 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510281617.j9SGHN0x028623@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From wtogami at redhat.com 2005-10-28 12:17 EST ------- > It doesn't work without them. Try it. When .la files are removed, exporting > tools break. Is this true of FC5 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 Fri Oct 28 16:25:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 12:25:18 -0400 Subject: [Bug 171978] Does not cleanly uninstall in devel In-Reply-To: Message-ID: <200510281625.j9SGPILC029376@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Does not cleanly uninstall in devel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171978 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rdieter at math.unl.edu 2005-10-28 12:25 EST ------- Thanks for the heads-up. 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 Fri Oct 28 16:26:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 12:26:21 -0400 Subject: [Bug 171978] Does not cleanly uninstall in devel In-Reply-To: Message-ID: <200510281626.j9SGQL4r029518@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Does not cleanly uninstall in devel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171978 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 12:26 EST ------- Thanks for the CC - will fix dejavu 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 Oct 28 16:35:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 12:35:50 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510281635.j9SGZof1030545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 ------- Additional Comments From icon at fedoraproject.org 2005-10-28 12:35 EST ------- I'm pretty sure. I've tried playing around to patch the requirement for .la files out, but opening .so files didn't work, potentially because of a bug in KDE (i.e. when you tell it to dlopen "libfoo", it will look for libfoo.la, and ignore libfoo.so. If you specifically instruct to open "libfoo.so", it will fail because it will tell that "init_libfoo.so not found", though it should have been trying to find "init_libfoo" in the .so file as well. It's possible that I'm just dumb. I'm not a C++/KDE programmer). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 17:39:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 13:39:59 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510281739.j9SHdxEZ004844@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-28 13:39 EST ------- The 14.fc4 Swish-e RPM package advances the Fedora Extras Swish-e RPM from "meets minimal requirements" to "development ready". All custom RPM Perl dependency packages on the build/development i386 fc4 system have been replaced by Fedora Extra packages. Any dependencies missing from Fedora Extras have been posted to the source site (and will be added to Fedora Extras upon favorable review). Basic functionality of the RPM (search.cgi, swish.cgi, spider.pl, etc) has been verified on the Fedora Core 4 (with no updates) build system. Basic functionality in this case means the operations outlined in the documentation appears to complete properly without any missing library or execution errors. Note, that to accomplish this, some scripts required modification, especially with regards to index file locations. However, this RPM has not been tested on a production server. Also, the RPM should now build on all architectures, not just i386. The perl-SWISH sub-package should build "noarch", but adding BuildArch: noarch to the sub-package declaration results in failed debug build. Suggestions appreciated. >superfluous comments and attachments. This is scary and makes it >very difficult to concentrate on the important bits. I'll avoid posting rpmlint output and fc4 build output for future package versions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 17:48:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 13:48:23 -0400 Subject: [Bug 171915] Review Request: texmaker - LaTeX editor In-Reply-To: Message-ID: <200510281748.j9SHmNWa005746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: texmaker - LaTeX editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171915 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From dakingun at gmail.com 2005-10-28 13:48 EST ------- (In reply to comment #7) > APPROVED Thanks. > > Before or after import, please add -p to your install calls, as pointed by Rex. Done. Imported into cvs and succesfully built. 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 mricon at gmail.com Fri Oct 28 18:37:21 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 28 Oct 2005 14:37:21 -0400 Subject: Taking over gazpacho in extras Message-ID: Hello, all: To lighten up Jeremy's (katzj) load, I'll be taking over the maintenance of gazpacho in Extras. Cheers, -- Konstantin Ryabitsev http://www.mricon.com/ Montr?al, Qu?bec From bugzilla at redhat.com Fri Oct 28 19:23:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 15:23:34 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510281923.j9SJNYWp015805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From rolandd at cisco.com 2005-10-28 15:23 EST ------- No worries and no rush -- I just wanted to make sure that I wasn't sitting here waiting for approval that you had already given. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 19:33:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 15:33:09 -0400 Subject: [Bug 171987] New: Review Request: scponly 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=171987 Summary: Review Request: scponly Product: Fedora Extras Version: devel Platform: All URL: http://togami.com/~warren/fedora/scponly-4.1-1.src.rpm 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 SRPM: http://togami.com/~warren/fedora/scponly-4.1-1.src.rpm SPEC: http://togami.com/~warren/fedora/scponly.spec Description: Replacement shell that allows you to give users file transfer access (like scp or sftp) but not the ability to run arbitrary commands. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 19:33:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 15:33:20 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510281933.j9SJXK2F016658@www.beta.redhat.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| |171987 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Oct 28 20:12:08 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Fri, 28 Oct 2005 15:12:08 -0500 Subject: Build errors while attempting to build Mozilla Sunbird Message-ID: <3ea997540510281312q1997228el1aa0657ce42a8b95@mail.gmail.com> I'm attempting to build Sunbird, Mozilla's standalone calendar. With the Firefox package's mozconfig and patches, I got the build to start (FC4, i386), but it failed with this error: nsFontMetricsPS.h:344: error: 'FTC_Image_Desc' does not name a type nsFontMetricsPS.h:347: error: 'FTC_Image_Cache' does not name a type nsFontMetricsPS.h:481: error: 'FTC_Image_Desc' does not name a type gmake[5]: *** [nsDeviceContextPS.o] Error 1 Full rpmbuild log is here: http://personal.stthomas.edu/jpmahowald1/fedora/sunbird.txt Any hints as to what component or patches I could start with would be appreciated. From dcbw at redhat.com Fri Oct 28 20:29:33 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 28 Oct 2005 16:29:33 -0400 Subject: Build errors while attempting to build Mozilla Sunbird In-Reply-To: <3ea997540510281312q1997228el1aa0657ce42a8b95@mail.gmail.com> References: <3ea997540510281312q1997228el1aa0657ce42a8b95@mail.gmail.com> Message-ID: <1130531373.11413.0.camel@localhost.localdomain> On Fri, 2005-10-28 at 15:12 -0500, John Mahowald wrote: > I'm attempting to build Sunbird, Mozilla's standalone calendar. > > With the Firefox package's mozconfig and patches, I got the build to > start (FC4, i386), but it failed with this error: > > nsFontMetricsPS.h:344: error: 'FTC_Image_Desc' does not name a type > nsFontMetricsPS.h:347: error: 'FTC_Image_Cache' does not name a type > nsFontMetricsPS.h:481: error: 'FTC_Image_Desc' does not name a type > gmake[5]: *** [nsDeviceContextPS.o] Error 1 > > Full rpmbuild log is here: > http://personal.stthomas.edu/jpmahowald1/fedora/sunbird.txt > > Any hints as to what component or patches I could start with would be > appreciated. Can you paste in those lines, say from line 340 of nsFontMetricsPS.h to about line 355? It looks like a tightening of the C/C++ standard compliance in recent gcc versions to me. There may be a quick fix for it. Dan From bugzilla at redhat.com Fri Oct 28 20:31:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 16:31:30 -0400 Subject: [Bug 171993] New: Review Request: mpich2 - An implementation of MPI 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=171993 Summary: Review Request: mpich2 - An implementation of MPI Product: Fedora Extras Version: devel Platform: All URL: http://www.mcs.anl.gov/mpi/mpich2 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/mpich2/mpich2-1.0.2p1-1.src.rpm SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/mpich2/mpich2.spec Description: MPICH2 is an all-new implementation of MPI from the group at Argonne National Laboratory. It shares many goals with the original MPICH but no actual code. It is a portable, high-performance implementation of the entire MPI-2 standard. This release has all MPI-2 functions and features required by the standard with the exeption of support for the "external32" portable I/O format. It also currently supports only a few communication methods -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 20:31:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 16:31:47 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510282031.j9SKVllC021872@www.beta.redhat.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 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |171993 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 28 22:12:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 18:12:53 -0400 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510282212.j9SMCrmV029695@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-28 18:12 EST ------- Needs work: * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot) * Missing BR: openssh-clients (./configure checks for them) * Doc files are chmod +x * System Environments/Shell not a registered group, use Applications/Internet (as openssh 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 Fri Oct 28 23:09:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 19:09:04 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510282309.j9SN946E002758@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-10-28 19:08 EST ------- W: rt3 log-files-without-logrotate /var/log/rt3 I don't recall seeing this warning from rpmlint before, but it's there now. Maybe in a future release you can add a logrotate script. Requires(post): /usr/bin/chcon You can remove that, since you don't have a %post scriptlet. 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 Oct 29 02:18:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 22:18:59 -0400 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200510290218.j9T2Ixaf013086@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rc040203 at freenet.de 2005-10-28 22:18 EST ------- (In reply to comment #25) > W: rt3 log-files-without-logrotate /var/log/rt3 > > I don't recall seeing this warning from rpmlint before, but it's there now. > Maybe in a future release you can add a logrotate script. Hmm, does rt3 generate logs for you? > Requires(post): /usr/bin/chcon > > You can remove that, since you don't have a %post scriptlet. Done. Remnant from experiments with running chcon in %post scripts ;) > APPROVED 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 buildsys at fedoraproject.org Sat Oct 29 09:01:01 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 29 Oct 2005 05:01:01 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20051029090101.31DC3800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 12 dejavu-fonts-1.15-2.fc5 digikamimageplugins-0.7.4-9.fc5 gtk-gnutella-0.95.4-2.fc5 gv-3.6.1-4.fc5 kdissert-1.0.5-1.fc5 mathml-fonts-1.0-20.fc5 maxima-5.9.2-6.fc5 quilt-0.42-2.fc5 rt3-3.4.4-9.fc5 sbcl-0.9.6-4.fc5 texmaker-1.12-3.fc5 tidy-0.99.0-8.20051025.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 Oct 29 09:17:17 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 29 Oct 2005 05:17:17 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051029091717.53EEF800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 6 digikamimageplugins-0.7.4-9.fc4 gtk-gnutella-0.95.4-2.fc4 libibverbs-1.0-0.2.rc4.fc4 quilt-0.42-2.fc4 sbcl-0.9.6-5.fc4 texmaker-1.12-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 Sat Oct 29 09:27:50 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 29 Oct 2005 05:27:50 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051029092750.C7194800E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 digikamimageplugins-0.7.4-9.fc3 gtk-gnutella-0.95.4-2.fc3 quilt-0.42-2.fc3 sbcl-0.9.6-5.fc3 texmaker-1.12-3.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 Sat Oct 29 11:42:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 07:42:13 -0400 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510291142.j9TBgDI3009180@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-10-29 07:42 EST ------- hrhr I guess so: http://fedora.lowlatency.de/review/wine-0.9-3.src.rpm http://fedora.lowlatency.de/review/wine.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 Oct 29 16:20:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 12:20:00 -0400 Subject: [Bug 171268] Review Request: kdissert In-Reply-To: Message-ID: <200510291620.j9TGK0TF023669@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdissert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171268 icon at fedoraproject.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From icon at fedoraproject.org 2005-10-29 12:19 EST ------- Thanks, Adrian! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 leemhuis.info Sat Oct 29 17:36:22 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 29 Oct 2005 19:36:22 +0200 Subject: RFC: fuse packages Message-ID: <1130607382.3203.92.camel@localhost.localdomain> Hi * I tried to package fuse (fuse.sf.net) and sshfs-fuse for fedora-extras. I thought that wouldn't be to hard because 2.6.14 is in devel already and is probably due for an update in FC4 in the next weeks. So the kernel-module is there and we only need utils and libs. But it was harder than I thought in the beginning. The current results can be found here: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse.spec http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.1-1.src.rpm http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse-sshfs.spec http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-sshfs-1.2-1.src.rpm I would like to get some comments on this parts before I submit these packages for review: - the upstream tarball ships with three things: - the kernel-module (GPL) - the utils needed to (,u)mount FUSE-Filesystems (GPL) - the libraries that are used by the FUSE-filesystems (LGPL) The kernel-module is disabled because it's in 2.6.14 already. Due to the different license for utils and libraries I chose to split these into sub-packages. This leads to several problems: - the resulting src.rpm is named fuse, the resulting binaries fuse-util, fuse-lib and fuse-libs-devel, but no package fuse. - where store the Docs? I chose to ship them with the utils and the libs. - should the devel package named fuse-libs-devel or fuse-devel? Currently it's fuse-libs-devel - fuse installs %{_bindir}/fusermount with 4755 -- do we allow that in extras? And should we add a group "fuse" and allow only members of that group access to fuse? - Fuse needs a device file /dev/fuse that is packaged for /dev/ and %{_sysconfdir}/udev/devices/ (bit ugly due to a rpm-bug). Yes, the module and udev can create the /dev/fuse automatically when the module is loaded. But it seems the FUSE-Filesystems try to autoload the module by accessing /dev/fuse -- if it's not there the module does not get loaded and the FUSE-Filesystem fails -- or did I miss any trick to solv that easily? - I packages sshfs-fuse, but followed the packaging-guidelines and named it fuse-sshfs -- that okay for everybody? Thanks for any comments. -- Thorsten Leemhuis From bugzilla at redhat.com Sat Oct 29 17:35:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 13:35:12 -0400 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510291735.j9THZCNm028902@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From wtogami at redhat.com 2005-10-29 13:35 EST ------- SRPM: http://togami.com/~warren/fedora/scponly-4.1-2.src.rpm SPEC: http://togami.com/~warren/fedora/scponly.spec Thanks Aurelian. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Oct 29 18:32:48 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 29 Oct 2005 14:32:48 -0400 Subject: RFC: fuse packages In-Reply-To: <1130607382.3203.92.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> Message-ID: <1130610769.10746.40.camel@bree.local.net> On Sat, 2005-10-29 at 19:36 +0200, Thorsten Leemhuis wrote: > - the upstream tarball ships with three things: > - the kernel-module (GPL) > - the utils needed to (,u)mount FUSE-Filesystems (GPL) > - the libraries that are used by the FUSE-filesystems (LGPL) > The kernel-module is disabled because it's in 2.6.14 already. Due to the > different license for utils and libraries I chose to split these into > sub-packages. This leads to several problems: This actually isn't that uncommon from a licensing perspective. > - the resulting src.rpm is named fuse, the resulting binaries > fuse-util, fuse-lib and fuse-libs-devel, but no package fuse. I'd do one of the following: a) Put the libraries in the fuse package, ignore the minor license confusion[1] b) Put the utilities in the fuse package, libs in -libs. There are a number of packages at least in Core which go this route > - where store the Docs? I chose to ship them with the utils and the > libs. Depends on what they're docs for -- they probably make sense in the same subpackage as the utilities. Programming docs obviously would go in -devel. > - should the devel package named fuse-libs-devel or fuse-devel? > Currently it's fuse-libs-devel fuse-devel is the normal pattern followed by other things, even with a -libs split. > - fuse installs %{_bindir}/fusermount with 4755 -- do we allow that in > extras? And should we add a group "fuse" and allow only members of that > group access to fuse? Why does fusermount need to be suid? None of the other mount "helpers" for things like cifs or smb are. They get invoked by mount which is suid and does checking to see if the user should be able to do the mount they're asking for. > - Fuse needs a device file /dev/fuse that is packaged for /dev/ and > %{_sysconfdir}/udev/devices/ (bit ugly due to a rpm-bug). Yes, the > module and udev can create the /dev/fuse automatically when the module > is loaded. But it seems the FUSE-Filesystems try to autoload the module > by accessing /dev/fuse -- if it's not there the module does not get > loaded and the FUSE-Filesystem fails -- or did I miss any trick to solv > that easily? You probably want to add a fuse file to /etc/udev/makedev.d -- start_udev looks there on boot to figure out nodes which need to be made at boot time just to deal with this sort of problems. > - I packages sshfs-fuse, but followed the packaging-guidelines and named > it fuse-sshfs -- that okay for everybody? Yeah, that seems like it does follow the guidelines. Jeremy From bugzilla at redhat.com Sat Oct 29 20:08:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 16:08:35 -0400 Subject: [Bug 172042] New: Review Request: cfitsio -- library to read and write FITS 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=172042 Summary: Review Request: cfitsio -- library to read and write FITS files. Product: Fedora Extras Version: devel Platform: All URL: http://heasarc.gsfc.nasa.gov/docs/software/fitsio/fitsio .html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: matt at truch.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://matt.truch.net/fedora/cfitsio.spec SRPM Name or Url: http://matt.truch.net/fedora/cfitsio-3.004-0.1.b.src.rpm Description: CFITSIO is a library of C subroutines for reading and writing data files in FITS (Flexible Image Transport System) data format. CFITSIO simplifies the task of writing software that deals with FITS files by providing an easy to use set of high-level routines that insulate the programmer from the internal complexities of the FITS file format. At the same time, CFITSIO provides many advanced features that have made it the most widely used FITS file programming interface in the astronomical community. This is my first request for a review, so I'm also in need of 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 Oct 29 20:08:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 16:08:51 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510292008.j9TK8pY5005848@www.beta.redhat.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 at truch.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172042 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 29 22:25:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 18:25:02 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510292225.j9TMP2u6013423@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From jpmahowald at gmail.com 2005-10-29 18:24 EST ------- Works now without %{?_smp_mflags}, so please remove them. rpmlint says: W: apcupsd no-reload-entry /etc/rc.d/init.d/apcupsd W: apcupsd service-default-enabled /etc/rc.d/init.d/apcupsd W: apcupsd-cgi no-documentation W: apcupsd-cgi non-conffile-in-etc /etc/apcupsd/apcupsd.css Change the init script so it doesn't start by default. And mark that css file as a config file if it indeed is one. Need to Require chkconfig Source0 URL doesn't exist. You probably want http://download.sourceforge.net/apcupsd/apcupsd-3.10.18.tar.gz, which does match. The following looks good - package meets packaging guidelines - spec file legible - package compiles on FC4 i386 - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop 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 jpmahowald at gmail.com Sat Oct 29 23:54:51 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Sat, 29 Oct 2005 18:54:51 -0500 Subject: Build errors while attempting to build Mozilla Sunbird In-Reply-To: <1130531373.11413.0.camel@localhost.localdomain> References: <3ea997540510281312q1997228el1aa0657ce42a8b95@mail.gmail.com> <1130531373.11413.0.camel@localhost.localdomain> Message-ID: <3ea997540510291654h1ea7209ek18d6f2634e951cf@mail.gmail.com> On 10/28/05, Dan Williams wrote: > > Can you paste in those lines, say from line 340 of nsFontMetricsPS.h to > about line 355? It looks like a tightening of the C/C++ standard > compliance in recent gcc versions to me. There may be a quick fix for > it. > > Dan > Lines 342 to 359 of the original: protected: PRUint16 mPixelSize; FTC_Image_Desc mImageDesc; FT_Library mFreeTypeLibrary; FTC_Manager mFTCacheManager; FTC_Image_Cache mImageCache; int ascent(); int descent(); PRBool getXHeight(unsigned long &aVal); int max_ascent(); int max_descent(); int max_width(); PRBool superscript_y(long &aVal); PRBool subscript_y(long &aVal); PRBool underlinePosition(long &aVal); PRBool underline_thickness(unsigned long &aVal); nsPSFontGenerator* mPSFontGenerator; I attempted to apply a patch based on mozilla's mozilla-freetype-compile.patch but that didn't work. From bugzilla at redhat.com Sun Oct 30 01:05:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 21:05:44 -0400 Subject: [Bug 167888] Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass In-Reply-To: Message-ID: <200510300105.j9U15i4L022458@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167888 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-29 21:05 EST ------- With the ownership issue resolved, rpmlint remains: W: polyxmass-common no-version-in-last-changelog W: polyxmass-common non-conffile-in-etc /etc/polyxmass/chempad.conf W: polyxmass-common non-conffile-in-etc /etc/polyxmass/polchem-defs/polyxmass-common-polchem-defs-atom-defs-dic W: polyxmass-common non-conffile-in-etc /etc/polyxmass/polchem-defs/polyxmass-common-polchem-defs-cat W: polyxmass-common non-conffile-in-etc /etc/polyxmass/atom-defs/polyxmass-common-atom-defs-cat chempad.conf is definatly a config file and should be marked %config in the spec. All the other ones contain pointers to xml data located elsewhere. These can also be labeled config. However, these file locations aren't likely to change. I'll let you make the call on this one. Change at least chempad.conf to %config, and this 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 Sun Oct 30 01:29:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 21:29:00 -0400 Subject: [Bug 167890] Review Request: polyxmass-doc In-Reply-To: Message-ID: <200510300129.j9U1T0G3023391@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167890 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-29 21:28 EST ------- Looks good: - GPL - content, but necessary for using polyxmass - builds on FC4 - makes a nice PDF - macros good - Group 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 Sun Oct 30 01:32:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 21:32:29 -0400 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510300132.j9U1WTM4023627@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-29 21:31 EST ------- Spec Name or Url: swish-e.spec.15 SRPM Name or Url: swish-e-2.4.2-15.fc4.src.rpm Added perl-SWISH-Stemmer sub package. Finally! Finally eradicated all blankety blank beep beep #$$**&^ rpmlint errors and warnings. I guess rpm still requires %{_arch} to remain constant during build; Therefore, the perl-SWISH subpackage must remain i386 instead of noarch. This package is proof positive that reasonable standards improve quality and promote a trusted 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 Sun Oct 30 02:12:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 22:12:05 -0400 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: Message-ID: <200510300212.j9U2C59l025668@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: newscache - Free cache server for USENET News https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2005-10-29 22:11 EST ------- Needs work. Missing many BuildRequires: libtool, automake, autoconf, texinfo, pam-devel Release is for the build of the rpm, not the upstream release version. So Version is 1.2rc6 and Release is 1 (first build). And I don't see the point of defining a macro for %{name}-%{release} socket++ is not strictly a part of newscache. I recommend it be packaged seperately. With the dependencies installed (see BuildRequires comments) it does build on FC4. rpmlint shows E: newscache executable-marked-as-config-file /etc/rc.d/init.d/newscache E: newscache executable-marked-as-config-file /etc/cron.daily/newscache E: newscache non-standard-dir-perm /var/cache/newscache 02755 %{_initdir} does not really contain config files and as such those scripts shouldn't be marked %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 Sun Oct 30 03:18:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 23:18:55 -0400 Subject: [Bug 170372] Review Request: moodle: A Course Management System In-Reply-To: Message-ID: <200510300318.j9U3ItwP029396@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moodle: A Course Management System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170372 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2005-10-29 23:18 EST ------- - GPL license good, but need to include a copy of the text - code not content - proper chkconfig usage - consistent macro usage rpmlint shows a lot of zero length files, mostly .sql. This should be harmless. Ignoring those still leaves us with: E: moodle non-standard-uid /var/www/moodle/data apache E: moodle non-standard-gid /var/www/moodle/data apache E: moodle non-executable-script /var/www/moodle/web/admin/process_email.php 0644 W: moodle non-conffile-in-etc /etc/httpd/conf.d/moodle.conf E: moodle non-executable-script /var/www/moodle/web/mod/chat/chatd.php 0644 E: moodle non-executable-script /var/www/moodle/web/mod/wiki/ewiki/fragments/mkhuge 0644 E: moodle htaccess-file /var/www/moodle/web/auth/shibboleth/.htaccess W: moodle wrong-file-end-of-line-encoding /usr/share/doc/moodle-1.5.2/README.txt W: moodle non-conffile-in-etc /etc/cron.d/moodle E: moodle non-executable-script /var/www/moodle/web/lib/editor/plugins/SpellChecker/spell-check-logic.cgi 0644 E: moodle wrong-script-end-of-line-encoding /var/www/moodle/web/lib/editor/plugins/SpellChecker/spell-check-logic.cgi E: moodle no-chkconfig-line /etc/rc.d/init.d/moodle None of the localization pacakges have docs, and a few have zero length php 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 Oct 30 03:46:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 23:46:08 -0400 Subject: [Bug 169743] Review Request: libibverbs - InfiniBand user access library In-Reply-To: Message-ID: <200510300346.j9U3k8OB030773@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libibverbs - InfiniBand user access library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169743 rolandd at cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rolandd at cisco.com 2005-10-29 23:45 EST ------- libibverbs is now in 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 Sun Oct 30 03:46:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 29 Oct 2005 23:46:20 -0400 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510300346.j9U3kK1S030808@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 Bug 169744 depends on bug 169743, which changed state. Bug 169743 Summary: Review Request: libibverbs - InfiniBand user access library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169743 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 Sun Oct 30 04:04:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 00:04:44 -0400 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: Message-ID: <200510300404.j9U44iij031614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: newscache - Free cache server for USENET News https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 ------- Additional Comments From rc040203 at freenet.de 2005-10-30 00:04 EST ------- > Summary: Free cache server for USENET News Can there be any non-free cache server in Fedora? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 30 05:58:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 01:58:23 -0400 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510300558.j9U5wN2U005097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-30 01:58 EST ------- Needs work: - *.pyo needs to be %ghost ed Summary doesn't seem to match the package: Summary: Powerful extensions to the standard datetime module Is this the right Summary? Minor: - typo in Source1, net not not: http://wwwsearch.sourceforge.not/ClientForm/src/ClientForm-0.1.17.tar.gz Good: - BSD license, text included - spec legible - source matches upstream - builds on FC4 - follows python template - owns all it's files - rpmlint 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 rc040203 at freenet.de Sun Oct 30 07:38:52 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 30 Oct 2005 08:38:52 +0100 Subject: Build System hangs Message-ID: <1130657933.6384.294.camel@mccallum.corsepiu.local> Subject says all. The build system seem to be hanging, once more. Ralf From ville.skytta at iki.fi Sun Oct 30 07:52:18 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 30 Oct 2005 09:52:18 +0200 Subject: RFC: fuse packages In-Reply-To: <1130610769.10746.40.camel@bree.local.net> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> Message-ID: <1130658738.11528.56.camel@localhost.localdomain> On Sat, 2005-10-29 at 14:32 -0400, Jeremy Katz wrote: > On Sat, 2005-10-29 at 19:36 +0200, Thorsten Leemhuis wrote: > > > - Fuse needs a device file /dev/fuse that is packaged for /dev/ and > > %{_sysconfdir}/udev/devices/ (bit ugly due to a rpm-bug). Yes, the > > module and udev can create the /dev/fuse automatically when the module > > is loaded. But it seems the FUSE-Filesystems try to autoload the module > > by accessing /dev/fuse -- if it's not there the module does not get > > loaded and the FUSE-Filesystem fails -- or did I miss any trick to solv > > that easily? > > You probably want to add a fuse file to /etc/udev/makedev.d -- > start_udev looks there on boot to figure out nodes which need to be made > at boot time just to deal with this sort of problems. Hm, but that wouldn't help with the autoload assumption part of the problem, right? Dropping in a /etc/sysconfig/modules/fuse.modules (see /etc/rc.sysinit) should "fix" it, and if something creates the /dev entry when the module is loaded, that too, but in a uglyish way. From katzj at redhat.com Sun Oct 30 13:55:01 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 30 Oct 2005 08:55:01 -0500 Subject: RFC: fuse packages In-Reply-To: <1130658738.11528.56.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130658738.11528.56.camel@localhost.localdomain> Message-ID: <1130680501.10746.46.camel@bree.local.net> On Sun, 2005-10-30 at 09:52 +0200, Ville Skytt? wrote: > On Sat, 2005-10-29 at 14:32 -0400, Jeremy Katz wrote: > > On Sat, 2005-10-29 at 19:36 +0200, Thorsten Leemhuis wrote: > > > - Fuse needs a device file /dev/fuse that is packaged for /dev/ and > > > %{_sysconfdir}/udev/devices/ (bit ugly due to a rpm-bug). Yes, the > > > module and udev can create the /dev/fuse automatically when the module > > > is loaded. But it seems the FUSE-Filesystems try to autoload the module > > > by accessing /dev/fuse -- if it's not there the module does not get > > > loaded and the FUSE-Filesystem fails -- or did I miss any trick to solv > > > that easily? > > > > You probably want to add a fuse file to /etc/udev/makedev.d -- > > start_udev looks there on boot to figure out nodes which need to be made > > at boot time just to deal with this sort of problems. > > Hm, but that wouldn't help with the autoload assumption part of the > problem, right? Dropping in a /etc/sysconfig/modules/fuse.modules > (see /etc/rc.sysinit) should "fix" it, and if something creates the /dev > entry when the module is loaded, that too, but in a uglyish way. No, have the node listed in the makedev.d dir will have it created on boot -- then userspace can happily go on accessing it to autoload the module. This is how, eg, the loop module is handled Jeremy From bugzilla at redhat.com Sun Oct 30 16:35:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 11:35:35 -0500 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200510301635.j9UGZZOv017520@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From rolandd at cisco.com 2005-10-30 11:35 EST ------- New Spec: http://www.digitalvampire.org/fedora/libmthca.spec New SRPM: http://www.digitalvampire.org/fedora/libmthca-1.0-0.2.rc4.src.rpm * Wed Oct 5 2005 Roland Dreier - 1.0-0.2.rc4 - Update to upstream 1.0-rc4 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 Sun Oct 30 19:13:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 14:13:44 -0500 Subject: [Bug 168310] Review Request: swish-e In-Reply-To: Message-ID: <200510301913.j9UJDibV025919@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swish-e https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168310 ------- Additional Comments From bkyoung at users.sourceforge.net 2005-10-30 14:13 EST ------- Spec Name or Url: swish-e.spec.16 SRPM Name or Url: swish-e-2.4.2-16.fc4.src.rpm Moved the examples from the swish-e-doc sub-package to the swish-e-perl sub-package. The swish-e-doc sub-package now has no perl dependencies. The swish-e-perl sub-package now contains all helper scripts and examples. Also, adjusted some Group settings and shortened the name of some documentation 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 Sun Oct 30 19:19:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 14:19:28 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510301919.j9UJJSUh026302@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-30 14:19 EST ------- Needs work. Missing BuildRequires: zlib-devel When it does build, it doesn't start properly: Starting ircd: runuser: warning: cannot change directory to /var/lib/ircd: No such file or directory rpmlint: E: ircd-hybrid obsolete-not-provided ircd W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_sjoin.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_squit.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_kick.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_quit.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_nick.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_kill.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_die.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_join.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_message.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_mode.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_server.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_part.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_list.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_restart.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_challenge.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_admin.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_gline.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_locops.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_whowas.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_resv.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_drop.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_eob.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_post.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_stats.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_kline.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_cryptlink.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_testline.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_encap.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_xline.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_knock.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_oper.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_accept.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_version.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_operwall.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_time.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_rehash.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_topic.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_set.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_lljoin.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_ping.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_close.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_users.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_map.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_testmask.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_motd.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_nburst.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_names.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_links.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_info.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_invite.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_who.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_svinfo.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_pass.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_tb.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_away.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_trace.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_cburst.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_userhost.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_llnick.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_user.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_lusers.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_ison.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_pong.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_capab.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_wallops.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_whois.so W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/autoload/m_connect.so E: ircd-hybrid non-standard-uid /etc/ircd/xline.conf ircd E: ircd-hybrid non-standard-gid /etc/ircd/xline.conf ircd E: ircd-hybrid non-readable /etc/ircd/xline.conf 0640 E: ircd-hybrid zero-length /etc/ircd/xline.conf E: ircd-hybrid non-standard-gid /etc/ircd ircd E: ircd-hybrid non-standard-dir-perm /etc/ircd 0770 E: ircd-hybrid non-standard-uid /etc/ircd/nresv.conf ircd E: ircd-hybrid non-standard-gid /etc/ircd/nresv.conf ircd E: ircd-hybrid non-readable /etc/ircd/nresv.conf 0640 E: ircd-hybrid zero-length /etc/ircd/nresv.conf E: ircd-hybrid non-readable /etc/sysconfig/ircd 0640 E: ircd-hybrid non-standard-uid /etc/ircd/ircd.motd ircd E: ircd-hybrid non-standard-gid /etc/ircd/ircd.motd ircd E: ircd-hybrid non-readable /etc/ircd/ircd.motd 0640 E: ircd-hybrid non-standard-uid /etc/ircd/ircd.conf ircd E: ircd-hybrid non-standard-gid /etc/ircd/ircd.conf ircd E: ircd-hybrid non-readable /etc/ircd/ircd.conf 0640 E: ircd-hybrid non-standard-gid /var/log/ircd ircd E: ircd-hybrid non-standard-dir-perm /var/log/ircd 0770 E: ircd-hybrid non-standard-uid /etc/ircd/cresv.conf ircd E: ircd-hybrid non-standard-gid /etc/ircd/cresv.conf ircd E: ircd-hybrid non-readable /etc/ircd/cresv.conf 0640 E: ircd-hybrid zero-length /etc/ircd/cresv.conf E: ircd-hybrid non-standard-uid /etc/ircd/dline.conf ircd E: ircd-hybrid non-standard-gid /etc/ircd/dline.conf ircd E: ircd-hybrid non-readable /etc/ircd/dline.conf 0640 E: ircd-hybrid zero-length /etc/ircd/dline.conf W: ircd-hybrid wrong-file-end-of-line-encoding /usr/share/doc/ircd-hybrid-7.1.3/Tao-of-IRC.940110 E: ircd-hybrid non-standard-uid /etc/ircd/kline.conf ircd E: ircd-hybrid non-standard-gid /etc/ircd/kline.conf ircd E: ircd-hybrid non-readable /etc/ircd/kline.conf 0640 E: ircd-hybrid zero-length /etc/ircd/kline.conf W: ircd-hybrid log-files-without-logrotate /var/log/ircd W: ircd-hybrid non-standard-dir-in-usr libexec E: ircd-hybrid no-chkconfig-line /etc/rc.d/init.d/ircd W: ircd-hybrid incoherent-init-script-name ircd You'll need to Provide: ircd %{version}-%{release} if you want to obsolete it. For some reason none of the modules got stripped. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Oct 30 19:49:02 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 30 Oct 2005 20:49:02 +0100 Subject: Trouble to build wine-0.9 under mock. Message-ID: <20051030194902.GA2767@myhome> Hello, I have tried to build wine-0.9 on fedora 4 development. On a normal system the build worked fine. But under mock I have got the following error messages: gcc -o wine-pthread -Wl,--export-dynamic -Wl,--section-start,.interp=0x7bf00400 pthread.o main.o -L../libs/wine -lwine -L../libs/port -lwine_port -lpthread gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -Wdeclaration-after-statement -Wpointer-arith -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -o preloader.o preloader.c gcc -o wine-preloader -static -nostartfiles -nodefaultlibs -Wl,-Ttext=0x7c000000 preloader.o -L../libs/port -lwine_port preloader.o: In function `map_so_lib': /builddir/build/BUILD/wine-0.9/loader/preloader.c:734: undefined reference to `__stack_chk_fail' preloader.o: In function `wld_printf': /builddir/build/BUILD/wine-0.9/loader/preloader.c:360: undefined reference to `__stack_chk_fail' collect2: ld returned 1 exit status make[1]: *** [wine-preloader] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/wine-0.9/loader' make: *** [loader] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.47911 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.47911 (%build) I have uploaded the used Source-RPM and the build log to http://www.herr-schmitt.de/pub/wine/wine-0.9-1.src.rpm http://www.herr-schmitt.de/pub/wine/build.log It will be nice, if anyone can get me a hint to solve this issue. 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 Sun Oct 30 19:55:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 14:55:57 -0500 Subject: [Bug 171580] Review Request: gperiodic In-Reply-To: Message-ID: <200510301955.j9UJtvXL028976@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gperiodic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171580 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-10-30 14:55 EST ------- * builds in mock * clean installation and removal * source matches upstream * spec looks good * lang macro used * no scripts to check * works as expected 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 mitr at volny.cz Sun Oct 30 20:10:01 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sun, 30 Oct 2005 21:10:01 +0100 Subject: Trouble to build wine-0.9 under mock. In-Reply-To: <20051030194902.GA2767@myhome> References: <20051030194902.GA2767@myhome> Message-ID: <43652899.7070805@volny.cz> Hello, Jochen Schmitt wrote: > gcc -o wine-preloader -static -nostartfiles -nodefaultlibs -Wl,-Ttext=0x7c000000 preloader.o -L../libs/port -lwine_port > preloader.o: In function `map_so_lib': > /builddir/build/BUILD/wine-0.9/loader/preloader.c:734: undefined reference to `__stack_chk_fail' > preloader.o: In function `wld_printf': > /builddir/build/BUILD/wine-0.9/loader/preloader.c:360: undefined reference to `__stack_chk_fail' > collect2: ld returned 1 exit status -nodefaultlibs means the functions used by FORTIFY_SOURCE are not available. A possible workaround is to remove -D_FORTIFY_SOURCE... from CFLAGS. Mirek From bugzilla at redhat.com Sun Oct 30 20:13:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 15:13:19 -0500 Subject: [Bug 165464] Review Request: ks3switch - KDE frontend to s3switch In-Reply-To: Message-ID: <200510302013.j9UKDJIJ029734@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ks3switch - KDE frontend to s3switch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165464 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-10-30 15:13 EST ------- Oops, forgot to close this one: done and in repos, already for a while 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 Oct 30 20:36:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 15:36:11 -0500 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510302036.j9UKaBon030933@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-10-30 15:36 EST ------- (In reply to comment #6) > Needs work: > > - *.pyo needs to be %ghost ed Ok, I think I fixed this... (first time packaging python) > > Summary doesn't seem to match the package: > Summary: Powerful extensions to the standard datetime module > Is this the right Summary? No. Blatant copy/paste error. Fixed. > > Minor: > - typo in Source1, net not not: > http://wwwsearch.sourceforge.not/ClientForm/src/ClientForm-0.1.17.tar.gz Fixed. Updated spec files and srpm at: http://jdub.homelinux.org/files/ClientForm/python-clientform.spec and http://jdub.homelinux.org/files/ClientForm/python-clientform-0.1.17-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 eric.tanguy at univ-nantes.fr Sun Oct 30 22:00:19 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 30 Oct 2005 23:00:19 +0100 Subject: Build system problem Message-ID: <1130709619.4191.1.camel@bureau.maison> I try to launch a build. After make tag, i tried make plague but the answer was : [tanguy at bureau devel]$ make plague /usr/bin/plague-client build gperiodic gperiodic-2_0_8-2_fc5 devel Package gperiodic enqueued. (However, no Job ID was provided in the time required) Is there any problem with the build system ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From eric.tanguy at univ-nantes.fr Sun Oct 30 22:06:56 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 30 Oct 2005 23:06:56 +0100 Subject: rpmlint help Message-ID: <1130710017.4191.6.camel@bureau.maison> Running rmplint against a package i obtain this kind of message : W: package-name unstripped-binary-or-object /path/something.so Someone could explain me what this mean and how to solve it. Thanks. From bugzilla at redhat.com Sun Oct 30 23:10:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 18:10:01 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510302310.j9UNA1EP007344@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From gauret at free.fr 2005-10-30 18:09 EST ------- The doc files are still executable. They already are in the tarball, and the fourth argument of %defattr is for directories. You can use %defattr(644,root,root) 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 Mon Oct 31 00:36:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 19:36:01 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510310036.j9V0a1P4015186@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From wtogami at redhat.com 2005-10-30 19:35 EST ------- SRPM: http://togami.com/~warren/fedora/scponly-4.1-3.src.rpm SPEC: http://togami.com/~warren/fedora/scponly.spec 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 Oct 31 06:44:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 01:44:48 -0500 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200510310644.j9V6imI0010913@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-31 01:44 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 ville.skytta at iki.fi Mon Oct 31 07:06:21 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 31 Oct 2005 09:06:21 +0200 Subject: rpmlint help In-Reply-To: <1130710017.4191.6.camel@bureau.maison> References: <1130710017.4191.6.camel@bureau.maison> Message-ID: <1130742381.14552.11.camel@localhost.localdomain> On Sun, 2005-10-30 at 23:06 +0100, Eric Tanguy wrote: > Running rmplint against a package i obtain this kind of message : > W: package-name unstripped-binary-or-object /path/something.so > Someone could explain me what this mean and how to solve it. That file has not been stripped of debug symbols, resulting in unnecessary disk space usage in the package. Make sure that you have the redhat-rpm-config package installed and your *.so above has the execute permissions set at end of %install section; rpmbuild should then take care of the stripping and moving the symbols into the -debuginfo package for you. From bugzilla at redhat.com Mon Oct 31 07:17:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 02:17:01 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510310717.j9V7H1Ai012466@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From gauret at free.fr 2005-10-31 02:16 EST ------- The SRPM gives a 404 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 31 08:45:08 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 31 Oct 2005 09:45:08 +0100 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> Message-ID: <1130748308.6384.332.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 00:33 -0500, Chris Wright wrote: > Author: chrisw > Index: git-core.spec > =================================================================== > RCS file: /cvs/extras/rpms/git-core/devel/git-core.spec,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -r1.9 -r1.10 > --- git-core.spec 19 Oct 2005 10:29:58 -0000 1.9 > +++ git-core.spec 31 Oct 2005 05:32:56 -0000 1.10 > @@ -9,7 +9,7 @@ > Source: http://kernel.org/pub/software/scm/git/%{name}-%{version}.tar.gz > BuildRequires: zlib-devel, openssl-devel, curl-devel %{!?_without_docs:, xmlto, asciidoc > 6.0.3} > BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > -Requires: rsync, rcs, curl, less, openssh-clients, python >= 2.3, tk >= 8.4 > +Requires: zlib >= 1.2, rsync, rcs, curl, less, openssh-clients, python >= 2.3, tk >= 8.4 Adding "Requires: zlib >= 1.2" hardly makes sense. The package's dependencies on libz.so.* are automatically being pulled in, which will always work unless zlib should screw up it's SONAMES. I guess you wanted "BuildRequires: zlib-devel >= 1.2" Ralf From eric.tanguy at univ-nantes.fr Mon Oct 31 09:08:08 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 31 Oct 2005 10:08:08 +0100 Subject: rpmlint help In-Reply-To: <1130742381.14552.11.camel@localhost.localdomain> References: <1130710017.4191.6.camel@bureau.maison> <1130742381.14552.11.camel@localhost.localdomain> Message-ID: <1130749688.2900.2.camel@bureau.maison> Le lundi 31 octobre 2005 ? 09:06 +0200, Ville Skytt? a ?crit : > On Sun, 2005-10-30 at 23:06 +0100, Eric Tanguy wrote: > > Running rmplint against a package i obtain this kind of message : > > W: package-name unstripped-binary-or-object /path/something.so > > Someone could explain me what this mean and how to solve it. > > That file has not been stripped of debug symbols, resulting in > unnecessary disk space usage in the package. Make sure that you have > the redhat-rpm-config package installed and your *.so above has the > execute permissions set at end of %install section; rpmbuild should then > take care of the stripping and moving the symbols into the -debuginfo > package for you. > Thanks, the *.so had not the execute permissions set so i tried something like that : chmod 755 /path/*.so but i'm not sure it's "rpm compliant" maybe a macro ? -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From bugzilla at redhat.com Mon Oct 31 09:19:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 04:19:23 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200510310919.j9V9JNqV022351@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-10-31 04:19 EST ------- (In reply to comment #9) > Needs work. > > Missing BuildRequires: zlib-devel It seems that it is redundant with openssl-devel and it builds fine in mock without it. > > When it does build, it doesn't start properly: > Starting ircd: runuser: warning: cannot change directory to /var/lib/ircd: No > such file or directory > I nerver had this problem starting ircd as a service. Where do you get this error ? > > rpmlint: > > E: ircd-hybrid obsolete-not-provided ircd > W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_sjoin.so > W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_squit.so > W: ircd-hybrid unstripped-binary-or-object /usr/lib/ircd/modules/m_kick.so > .... > > > You'll need to Provide: ircd %{version}-%{release} if you want to obsolete it. Commented it because it's not really necessary > > For some reason none of the modules got stripped. > Solved changing the permissions of all the modules Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.1.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 bugzilla at redhat.com Mon Oct 31 10:11:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 05:11:22 -0500 Subject: [Bug 167354] Review Request: amavisd-new In-Reply-To: Message-ID: <200510311011.j9VABMH1027381@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 Nicolas.Mailhot at laPoste.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list at redhat.com ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-31 05:11 EST ------- Selinux problems are fixed in Raw Hide. Package works very well for me so far. Are there no perl gurus available to 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 Oct 31 12:03:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 07:03:41 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510311203.j9VC3fRr007424@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-10-31 07:03 EST ------- Looks good now :) I would suggest to move subpackage's specific BuildRequires tags to appropriate subpackage's sections. For example, move "BuildRequires: openldap-devel" to "%package ldap" 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 buc at odusz.so-cdu.ru Mon Oct 31 12:31:31 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 31 Oct 2005 15:31:31 +0300 Subject: autoconf/automake in BuildRequires Message-ID: <43660EA3.8040400@odu.neva.ru> According to wiki/PackagingGuidelines, there is exceptions list for BuildRequires tag: > There is no need to include the following packages or their > dependencies as BuildRequires because they would occur too often. > These packages are considered the minimum build environment. > Autoconf and automake are not present in this list, therefore they must be specified in the BuildRequires tag. OTOH it looks as some basic tools... May be autoconf and automake should be included in the exception list too? Dmitry Butskoy From rdieter at math.unl.edu Mon Oct 31 12:30:06 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 31 Oct 2005 06:30:06 -0600 Subject: rpmlint help In-Reply-To: <1130749688.2900.2.camel@bureau.maison> References: <1130710017.4191.6.camel@bureau.maison> <1130742381.14552.11.camel@localhost.localdomain> <1130749688.2900.2.camel@bureau.maison> Message-ID: Eric Tanguy wrote: > Thanks, the *.so had not the execute permissions set so i tried > something like that : > chmod 755 /path/*.so > but i'm not sure it's "rpm compliant" maybe a macro ? Don't worry, that's fine. Or you could patch the Makefile/installer to make sure the *.so files get installed with the proper permissions in the first place. -- Rex From bugzilla at redhat.com Mon Oct 31 12:46:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 07:46:14 -0500 Subject: [Bug 171978] Does not cleanly uninstall in devel In-Reply-To: Message-ID: <200510311246.j9VCkEu7012474@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Does not cleanly uninstall in devel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171978 ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-10-31 07:46 EST ------- mgopen-fonts 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 triad at df.lth.se Mon Oct 31 12:50:04 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 31 Oct 2005 13:50:04 +0100 (CET) Subject: autoconf/automake in BuildRequires In-Reply-To: <43660EA3.8040400@odu.neva.ru> References: <43660EA3.8040400@odu.neva.ru> Message-ID: On Mon, 31 Oct 2005, Dmitry Butskoy wrote: > Autoconf and automake are not present in this list, therefore they must be > specified in the BuildRequires tag. OTOH it looks as some basic tools... May > be autoconf and automake should be included in the exception list too? And libtool too, then. What about intltool? Linus From bugzilla at redhat.com Mon Oct 31 13:09:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 08:09:58 -0500 Subject: [Bug 171978] Does not cleanly uninstall in devel In-Reply-To: Message-ID: <200510311309.j9VD9wFw014459@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Does not cleanly uninstall in devel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171978 ------- Additional Comments From gajownik at gmail.com 2005-10-31 08:09 EST ------- I'll fix hunky-fonts after creating FC-4 branch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From enrico.scholz at informatik.tu-chemnitz.de Mon Oct 31 13:19:17 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 31 Oct 2005 14:19:17 +0100 Subject: autoconf/automake in BuildRequires In-Reply-To: <43660EA3.8040400@odu.neva.ru> (Dmitry Butskoy's message of "Mon, 31 Oct 2005 15:31:31 +0300") References: <43660EA3.8040400@odu.neva.ru> Message-ID: <87irvd7rje.fsf@kosh.bigo.ensc.de> buc at odusz.so-cdu.ru (Dmitry Butskoy) writes: > According to wiki/PackagingGuidelines, there is exceptions list for > BuildRequires tag: > ... > Autoconf and automake are not present in this list, therefore they > must be specified in the BuildRequires tag. OTOH it looks as some > basic tools... May be autoconf and automake should be included in the > exception list too? For what do you need these tools? Most packages build fine without them and they are needed in special cases only (e.g. when patching 'Makefile.am' or 'configure.ac'). But in this case, shipping a patch for 'configure' or 'Makefile.in' might be less problematic than calling 'autoreconf -i -f'. Enrico From bugzilla at redhat.com Mon Oct 31 13:18:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 08:18:54 -0500 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: Message-ID: <200510311318.j9VDIsVj015147@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: newscache - Free cache server for USENET News https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 ------- Additional Comments From dmitry at butskoy.name 2005-10-31 08:18 EST ------- > Missing many BuildRequires: libtool, automake, autoconf, texinfo, pam-devel libtool already implies automake/autoconf, other will be added. > Release is for the build of the rpm, not the upstream release version. So > Version is 1.2rc6 and Release is 1 (first build). See http://fedoraproject.org/wiki/PackageNamingGuidelines#head-63c1c3d339e145e51777b81c9f9adc8120aa762f "rc" should go to release field. And rpmlint requires such a way too... > And I don't see the point of defining a macro for %{name}-%{release} Hmmm... Where you have found it?.. :) I guess it is about %{srcnamever}? "NewsCache" is a historical name. Now most of things in the package are low-registered, but the tarball is still such... > socket++ is not strictly a part of newscache. I recommend it be packaged seperately. I've already mention it in the spec file comments: # socket++ is a library from the same site as NewScache is. # While it is used by newscache only, there is no reason # to ship it separately. I would like to not mess up FE by superfluous packages. Currently socket++ is used by newscache only, distributed from the same site as newscache, and I believe (with full respect for socket++ developers) that it hardly will be used somewhere else in the near future. Certainly if it will be needed, I'll exclude this library as a separate package. > E: newscache executable-marked-as-config-file /etc/cron.daily/newscache I just follow Fedora Core here: see for example "yum.spec" or "tmpwatch.spec". Both "chmod +x" and then marked as "%config(noreplace)" ... > E: newscache executable-marked-as-config-file /etc/rc.d/init.d/newscache Similar (see "httpd.spec" for example) It means that rpmlint and FC ways are differ. I would prefer FC now :) > > Summary: Free cache server for USENET News > Can there be any non-free cache server in Fedora? Yep! In the additional repositories, or from the owner's sites (as java, flash) etc. This summary has come from 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 dcbw at redhat.com Mon Oct 31 14:19:56 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 31 Oct 2005 09:19:56 -0500 Subject: Build system problem In-Reply-To: <1130709619.4191.1.camel@bureau.maison> References: <1130709619.4191.1.camel@bureau.maison> Message-ID: <1130768396.22441.0.camel@localhost.localdomain> On Sun, 2005-10-30 at 23:00 +0100, Eric Tanguy wrote: > I try to launch a build. After make tag, i tried make plague but the > answer was : > [tanguy at bureau devel]$ make plague > /usr/bin/plague-client build gperiodic gperiodic-2_0_8-2_fc5 devel > Package gperiodic enqueued. (However, no Job ID was provided in the > time required) > > Is there any problem with the build system ? > Thanks Kicked again, I'm not sure which one was hanging it up and for some reason, I can't access the build slaves. I have killed and requeued 346, 353, and 188. Dan From rc040203 at freenet.de Mon Oct 31 14:22:45 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 31 Oct 2005 15:22:45 +0100 Subject: autoconf/automake in BuildRequires In-Reply-To: <43660EA3.8040400@odu.neva.ru> References: <43660EA3.8040400@odu.neva.ru> Message-ID: <1130768565.6384.337.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 15:31 +0300, Dmitry Butskoy wrote: > According to wiki/PackagingGuidelines, there is exceptions list for > BuildRequires tag: > > > There is no need to include the following packages or their > > dependencies as BuildRequires because they would occur too often. > > These packages are considered the minimum build environment. > > > Autoconf and automake are not present in this list, therefore they must > be specified in the BuildRequires tag. OTOH it looks as some basic > tools... May be autoconf and automake should be included in the > exception list too? Never. Any package requiring them is _broken_. Such bugs should be reported upstream and fixed there. Also running any autotool as part of building a package imposes non-negligible risks to silently break packages. If I were to decide, I would reject any package trying to run any autotool - Packagers should learn to use patches instead. Sorry, if this sounds hard, but here, I do have a very strong opinion. Ralf From rc040203 at freenet.de Mon Oct 31 14:24:39 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 31 Oct 2005 15:24:39 +0100 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: <200510311318.j9VDIsVj015147@www.beta.redhat.com> References: <200510311318.j9VDIsVj015147@www.beta.redhat.com> Message-ID: <1130768679.6384.341.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 08:18 -0500, 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: newscache - Free cache server for USENET News > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 > > > > > > ------- Additional Comments From dmitry at butskoy.name 2005-10-31 08:18 EST ------- > > Missing many BuildRequires: libtool, automake, autoconf, texinfo, pam-devel > libtool already implies automake/autoconf, other will be added. Please file a PR against libtool. libtool is independent of the autotools, and can be used without the autotools, therefore the fact that FC's libtool requires the autotools is a bug. Ralf From Christian.Iseli at licr.org Mon Oct 31 14:39:56 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Mon, 31 Oct 2005 15:39:56 +0100 Subject: autoconf/automake in BuildRequires In-Reply-To: Your message of "Mon, 31 Oct 2005 15:22:45 +0100." <1130768565.6384.337.camel@mccallum.corsepiu.local> Message-ID: <200510311439.j9VEdumw032310@ludwig-alpha.unil.ch> rc040203 at freenet.de said: > If I were to decide, I would reject any package trying to run any autotool - > Packagers should learn to use patches instead. I mostly agree. All sane upstream packages come with autotool-generated files already built. And even if a packager can make a case of needing to rerun the autotools while building the package, I'd like to at least have the "BuildRequires: autoconf, automake" line stand as a warning that something strange is going on... From toshio at tiki-lounge.com Mon Oct 31 15:22:37 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 31 Oct 2005 07:22:37 -0800 Subject: autoconf/automake in BuildRequires In-Reply-To: <1130768565.6384.337.camel@mccallum.corsepiu.local> References: <43660EA3.8040400@odu.neva.ru> <1130768565.6384.337.camel@mccallum.corsepiu.local> Message-ID: <1130772157.11917.15.camel@localhost> On Mon, 2005-10-31 at 15:22 +0100, Ralf Corsepius wrote: > On Mon, 2005-10-31 at 15:31 +0300, Dmitry Butskoy wrote: > > According to wiki/PackagingGuidelines, there is exceptions list for > > BuildRequires tag: > > > > > There is no need to include the following packages or their > > > dependencies as BuildRequires because they would occur too often. > > > These packages are considered the minimum build environment. > > > > > Autoconf and automake are not present in this list, therefore they must > > be specified in the BuildRequires tag. OTOH it looks as some basic > > tools... May be autoconf and automake should be included in the > > exception list too? > Never. > > Any package requiring them is _broken_. Such bugs should be reported > upstream and fixed there. > I agree that they should be reported upstream. But what happens until upstream makes their next release? No movement on the package? Or truly horrid, unreviewable, thousand-line patches of Makefile.in's? Whether running autoconf or patching Makefile.in's is more broken is not clear. > Also running any autotool as part of building a package imposes > non-negligible risks to silently break packages. > Can this be fixed by pegging which version of automake is needed? $ head -1 ./Makefile.in # Makefile.in generated by automake 1.7.9 from Makefile.am. edit the spec to include BuildRequires: automake17 I don't know what problems you are referring to so I'm just taking a stab in the dark at a possible solution. -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 Mon Oct 31 15:25:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 10:25:30 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510311525.j9VFPUco031440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From wtogami at redhat.com 2005-10-31 10:25 EST ------- Oops, it is actually uploaded 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 Oct 31 15:44:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 10:44:52 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510311544.j9VFiqbG002729@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From gauret at free.fr 2005-10-31 10:44 EST ------- Bad news : now /usr/share/doc/scponly-4.1 is 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 rc040203 at freenet.de Mon Oct 31 16:33:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 31 Oct 2005 17:33:37 +0100 Subject: autoconf/automake in BuildRequires In-Reply-To: <1130772157.11917.15.camel@localhost> References: <43660EA3.8040400@odu.neva.ru> <1130768565.6384.337.camel@mccallum.corsepiu.local> <1130772157.11917.15.camel@localhost> Message-ID: <1130776418.5205.13.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 07:22 -0800, Toshio Kuratomi wrote: > On Mon, 2005-10-31 at 15:22 +0100, Ralf Corsepius wrote: > > On Mon, 2005-10-31 at 15:31 +0300, Dmitry Butskoy wrote: > > > According to wiki/PackagingGuidelines, there is exceptions list for > > > BuildRequires tag: > > > > > > > There is no need to include the following packages or their > > > > dependencies as BuildRequires because they would occur too often. > > > > These packages are considered the minimum build environment. > > > > > > > Autoconf and automake are not present in this list, therefore they must > > > be specified in the BuildRequires tag. OTOH it looks as some basic > > > tools... May be autoconf and automake should be included in the > > > exception list too? > > Never. > > > > Any package requiring them is _broken_. Such bugs should be reported > > upstream and fixed there. > > > I agree that they should be reported upstream. But what happens until > upstream makes their next release? No movement on the package? Yes, that's one possibility to handle such problems: If a package requires running the autotools, it is broken by definition. This therefore would be a legitimate reason for not integrating a package, unless the Fedora maintainer is willing to cope with the mess the upstream maintainer causes. > Or > truly horrid, unreviewable, thousand-line patches of Makefile.in's? FUD - If you know what you are doing, configuration patches in many cases are "few liners". If you blindly run "autoreconf", esp. if you run different versions of the autotools than the original author, you're on your own - It's often mere luck if a package "still appears to work". Also, reviewing the diff having been generated by 2 slightly different versions of auto*tools (say automake-1.9.4 vs. automake-1.9.6) isn't much of a problem (They can be large in size, nevertheless they often are very simple, "repetitive" and not hard to understand). > Whether running autoconf or patching Makefile.in's is more broken is not > clear. To me, there is no doubt: Who blindly runs the autotools on a package, has no clue about what he is doing. > > Also running any autotool as part of building a package imposes > > non-negligible risks to silently break packages. > > > Can this be fixed by pegging which version of automake is needed? Well, to some extend yes. You are reducing the risk of breaking something, and are reducing the size of resulting patches. However, some configuration are sooo broken that you can't exclude anything. To me, manually checking the version of autotools being required by a package when writing a spec file and having to modify the configuration, is a must (E.g. "BuildRequires: automake17"). > I don't know what problems you are referring to so I'm just taking a > stab in the dark at a possible solution. I could write books about it ... In a nutshell, the primary sources of problems are these: 1. configuration/Makefile authors are relying on undocumented behavior of autoconf/automake internals (Fairly common in old autoconf-2.13 configure scripts). 2. Users are relying on proprietary behavior of vendor patches to the autotools (e.g. Debian autoconf patches, or RH libtool patches). 3. Some behavioral details of the autotools have changed significantly between different versions of the autotools (That's why these carry different version numbers - They are not fully backward compatible). Implicitly upgrading (eg. running automake-1.9 on Makefile.am having been written with automake-1.4) can have subtile behavioral differences. The problem with these issues is: In many cases, running FC-autotools destroys the user-intended behavior, and causes silent errors which are very hard to find and sometimes tedious to fix - if they hit. Fortunately (and that's why running autotools often is harmeless.), most configurations are trivial and either don't break at all or obviously break when running the autotools. The critical ones are the "complicated configurations". There "autoreconf"ing is dangerous (Some examples: binutils, GCC, Coin2, rtems). Ralf From eric.tanguy at univ-nantes.fr Mon Oct 31 16:13:23 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 31 Oct 2005 17:13:23 +0100 Subject: Build system problem In-Reply-To: <1130768396.22441.0.camel@localhost.localdomain> References: <1130709619.4191.1.camel@bureau.maison> <1130768396.22441.0.camel@localhost.localdomain> Message-ID: <1130775203.19596.8.camel@bureau.maison> Le lundi 31 octobre 2005 ? 09:19 -0500, Dan Williams a ?crit : > On Sun, 2005-10-30 at 23:00 +0100, Eric Tanguy wrote: > > I try to launch a build. After make tag, i tried make plague but the > > answer was : > > [tanguy at bureau devel]$ make plague > > /usr/bin/plague-client build gperiodic gperiodic-2_0_8-2_fc5 devel > > Package gperiodic enqueued. (However, no Job ID was provided in the > > time required) > > > > Is there any problem with the build system ? > > Thanks > > Kicked again, I'm not sure which one was hanging it up and for some > reason, I can't access the build slaves. I have killed and requeued > 346, 353, and 188. > > Dan > > Thanks but i think there is still a problem. For example job 362 seems to be finished but no rpm was created in i386 and x86_64 arch whereas a rpm has been created in ppc arch but it's still here. Eric From dcbw at redhat.com Mon Oct 31 17:05:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 31 Oct 2005 12:05:05 -0500 Subject: Build system problem In-Reply-To: <1130775203.19596.8.camel@bureau.maison> References: <1130709619.4191.1.camel@bureau.maison> <1130768396.22441.0.camel@localhost.localdomain> <1130775203.19596.8.camel@bureau.maison> Message-ID: <1130778305.2516.4.camel@dhcp83-40.boston.redhat.com> On Mon, 2005-10-31 at 17:13 +0100, Eric Tanguy wrote: > Le lundi 31 octobre 2005 ? 09:19 -0500, Dan Williams a ?crit : > > On Sun, 2005-10-30 at 23:00 +0100, Eric Tanguy wrote: > > > I try to launch a build. After make tag, i tried make plague but the > > > answer was : > > > [tanguy at bureau devel]$ make plague > > > /usr/bin/plague-client build gperiodic gperiodic-2_0_8-2_fc5 devel > > > Package gperiodic enqueued. (However, no Job ID was provided in the > > > time required) > > > > > > Is there any problem with the build system ? > > > Thanks > > > > Kicked again, I'm not sure which one was hanging it up and for some > > reason, I can't access the build slaves. I have killed and requeued > > 346, 353, and 188. > > > > Dan > > > > > Thanks but i think there is still a problem. For example job 362 seems > to be finished but no rpm was created in i386 and x86_64 arch whereas a > rpm has been created in ppc arch but it's still here. > Eric Yeah, I'm aware of that. It appears that (without access to the build slaves quite yet I can't confirm) since the mirrors are failing, the mock process is failing, and the builder isn't picking that up. So it's unrelated to the problems of mock hanging last week. I think the patch from Alexandr Kanevskiy yesterday on fedora-buildsys-list may actually fix this problem. Once access to the builders comes back, I'll try to fix this for good. Dan From buc at odusz.so-cdu.ru Mon Oct 31 17:10:54 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 31 Oct 2005 20:10:54 +0300 Subject: autoconf/automake in BuildRequires In-Reply-To: <1130768565.6384.337.camel@mccallum.corsepiu.local> References: <43660EA3.8040400@odu.neva.ru> <1130768565.6384.337.camel@mccallum.corsepiu.local> Message-ID: <4366501E.1070209@odu.neva.ru> Ralf Corsepius wrote: >Any package requiring them is _broken_. Such bugs should be reported >upstream and fixed there. > > >If I were to decide, I would reject any package trying to run any >autotool - Packagers should learn to use patches instead. > >Sorry, if this sounds hard, but here, I do have a very strong opinion. > > I clearly remember some packages which have no any ready configure script at all (probably to decrease tarball size). I.e., sometimes it is an upstream's policy to ship only configure.{in|ac} . I agree that it is bad way, but if the things are working, we should not discriminate such packages... Anyway, I've already understood why it has not been included in the BR-exception list. :) Dmitry Butskoy Dmitry Butskoy From rc040203 at freenet.de Mon Oct 31 17:36:53 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 31 Oct 2005 18:36:53 +0100 Subject: autoconf/automake in BuildRequires In-Reply-To: <4366501E.1070209@odu.neva.ru> References: <43660EA3.8040400@odu.neva.ru> <1130768565.6384.337.camel@mccallum.corsepiu.local> <4366501E.1070209@odu.neva.ru> Message-ID: <1130780213.5205.34.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 20:10 +0300, Dmitry Butskoy wrote: > Ralf Corsepius wrote: > > >Any package requiring them is _broken_. Such bugs should be reported > >upstream and fixed there. > > > > > >If I were to decide, I would reject any package trying to run any > >autotool - Packagers should learn to use patches instead. > > > >Sorry, if this sounds hard, but here, I do have a very strong opinion. > > > > > I clearly remember some packages which have no any ready configure > script at all (probably to decrease tarball size). I.e., sometimes it is > an upstream's policy to ship only configure.{in|ac} . Well, this is a corner case. On one hand this clearly violates the auto*tools' working principles and the GNU standards these tools are based on, on the other hand, if upstream doesn't ship the generated files, they must clearly specify which versions to use and should be prepared to be flamed for doing a bad job. > I agree that it is bad way, but if the things are working, we should not > discriminate such packages... I disagree. If upstream does a bad job, I don't see any reason to play it nice to them. If they are shipping "underdeveloped crap", then I don't see any reason to "pull my hair out to get it into Fedora". > Anyway, I've already understood why it has not been included in the > BR-exception list. :) Don't get me wrong: I am not religious about this, and won't block packages because of this (I am not in a position to do so). I only consider this to be "the package maintainer's responsibility". Such maintainers, however should be conscious about potential problems, should know how to minimize the risk and should really be "prepared and willing" to be actively working on fixes should problems occur. Ralf From bugzilla at redhat.com Mon Oct 31 17:41:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 12:41:32 -0500 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200510311741.j9VHfWLi020419@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 ------- Additional Comments From orion at cora.nwra.com 2005-10-31 12:41 EST ------- (In reply to comment #8) > Works now without %{?_smp_mflags}, so please remove them. Done. > rpmlint says: > W: apcupsd no-reload-entry /etc/rc.d/init.d/apcupsd > W: apcupsd service-default-enabled /etc/rc.d/init.d/apcupsd > W: apcupsd-cgi no-documentation > W: apcupsd-cgi non-conffile-in-etc /etc/apcupsd/apcupsd.css > > Change the init script so it doesn't start by default. And mark that css file as > a config file if it indeed is one. Done. > Need to Require chkconfig Done. > Source0 URL doesn't exist. You probably want > http://download.sourceforge.net/apcupsd/apcupsd-3.10.18.tar.gz, which does match. Thanks, done. -3 released: http://www.cora.nwra.com/~orion/fedora/apcupsd-3.10.18-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 dcbw at redhat.com Mon Oct 31 17:47:35 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 31 Oct 2005 12:47:35 -0500 Subject: Build system maintenance Message-ID: <1130780855.3285.4.camel@dhcp83-40.boston.redhat.com> Hi, The Extras build system is down while we reconfigure a few things due to network changes. Hope to be back up in a couple hours. I'll attempt to requeue the jobs that "succeeded" due to the mirrors being down as well. Dan From buc at odusz.so-cdu.ru Mon Oct 31 18:03:36 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 31 Oct 2005 21:03:36 +0300 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: <1130768679.6384.341.camel@mccallum.corsepiu.local> References: <200510311318.j9VDIsVj015147@www.beta.redhat.com> <1130768679.6384.341.camel@mccallum.corsepiu.local> Message-ID: <43665C78.4090404@odu.neva.ru> Ralf Corsepius 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=168705 >> >> >> >libtool is independent of the autotools, and can be used without the >autotools, therefore the fact that FC's libtool requires the autotools >is a bug. > > OK From eric.tanguy at univ-nantes.fr Mon Oct 31 18:13:38 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 31 Oct 2005 19:13:38 +0100 Subject: Doc question Message-ID: <1130782418.19596.15.camel@bureau.maison> I'm trying to package the doc for drgeo. drgeo is already a package available in extras. This package looks for the html doc in /usr/share/drgeo/help/. Can i package the doc to this place or need i to patch the drgeo package to look for doc in /usr/share/doc/drgeo-doc-1.6/ knowing that there is already /usr/share/doc/drgeo-1.1.0/ containig : AUTHORS ChangeLog COPYING NEWS README TODO. Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From chrisw at osdl.org Mon Oct 31 18:29:33 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 31 Oct 2005 10:29:33 -0800 Subject: rpms/git-core/devel .cvsignore, 1.8, 1.9 git-core.spec, 1.7, 1.8 sources, 1.8, 1.9 In-Reply-To: <43529C95.5070300@fedora.pl> References: <200510161703.j9GH3kax003386@cvs-int.fedora.redhat.com> <43529C95.5070300@fedora.pl> Message-ID: <20051031182933.GC30904@shell0.pdx.osdl.net> * Dawid Gajownik (gajownik at fedora.pl) wrote: > Dnia 10/16/2005 07:03 PM, U?ytkownik Chris Wright (chrisw) napisa?: > > >Index: git-core.spec > >=================================================================== > >RCS file: /cvs/extras/rpms/git-core/devel/git-core.spec,v > >retrieving revision 1.7 > >retrieving revision 1.8 > >diff -u -r1.7 -r1.8 > >--- git-core.spec 11 Oct 2005 01:09:39 -0000 1.7 > >+++ git-core.spec 16 Oct 2005 17:03:38 -0000 1.8 > >@@ -1,6 +1,6 @@ > > # Pass --without docs to rpmbuild if you don't want the documetnation > > Name: git-core > >-Version: 0.99.8c > >+Version: 0.99.8d > > Release: 1%{?dist} > > Summary: Git core and tools > > License: GPL > > Didn't you miss out changlog entry? Yes, I haven't been adding changelog each time I resync with upstream package. Is this required? thanks, -chris From bugzilla at redhat.com Mon Oct 31 18:36:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 13:36:37 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510311836.j9VIabdW028340@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From wtogami at redhat.com 2005-10-31 13:36 EST ------- SRPM: http://togami.com/~warren/fedora/scponly-4.1-4.src.rpm SPEC: http://togami.com/~warren/fedora/scponly.spec %defattr(0644, root, root, 0755) This should 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 chrisw at osdl.org Mon Oct 31 19:06:43 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 31 Oct 2005 11:06:43 -0800 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <1130748308.6384.332.camel@mccallum.corsepiu.local> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> Message-ID: <20051031190643.GD30904@shell0.pdx.osdl.net> * Ralf Corsepius (rc040203 at freenet.de) wrote: > On Mon, 2005-10-31 at 00:33 -0500, Chris Wright wrote: > > -Requires: rsync, rcs, curl, less, openssh-clients, python >= 2.3, tk >= 8.4 > > +Requires: zlib >= 1.2, rsync, rcs, curl, less, openssh-clients, python >= 2.3, tk >= 8.4 > > Adding "Requires: zlib >= 1.2" hardly makes sense. > The package's dependencies on libz.so.* are automatically being pulled > in, which will always work unless zlib should screw up it's SONAMES. > > I guess you wanted "BuildRequires: zlib-devel >= 1.2" It builds fine, and has internal macros to handle zlib-devel < 1.2. It's runtime that fails (apparently, I haven't recreated this myself, it was reported by someone running older distro). But git-core uses zlib's *Bound functions which seem to have been introduced in the .so w/out bumping any library version (between zlib 1.1 and zlib 1.2). So RPM creates implicit requirement on libz.so.1, which is satisified on machine that has either zlib 1.1 or zlib 1.2. However will fail during runtime with the former. So it seems that zlib >= 1.2 is best way to handle that. What do you think? thanks, -chris From bugzilla at redhat.com Mon Oct 31 19:11:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:11:21 -0500 Subject: [Bug 172136] New: Review Request: kiosktool: KIOSK administration admin tool for KDE 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=172136 Summary: Review Request: kiosktool: KIOSK administration admin tool for KDE Product: Fedora Extras Version: devel Platform: All URL: http://extragear.kde.org/apps/kiosktool.php 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/kiosktool-1.0-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kiosktool-1.0-2.src.rpm Description: A Point and Click tool for system administrators to enable KDE's KIOSK features or otherwise preconfigure KDE for groups of 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 Oct 31 19:11:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:11:38 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510311911.j9VJBcJv004704@www.beta.redhat.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| |172136 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 19:20:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:20:24 -0500 Subject: [Bug 172140] New: Review Request: libmal: a convenience library for malsync 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=172140 Summary: Review Request: libmal: a convenience library for malsync Product: Fedora Extras Version: devel Platform: All URL: http://jasonday.home.att.net/code/libmal/ 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/libmal-0.31-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/libmal-0.31-1.src.rpm Description: A convenience library of the object files contained in Tom Whittaker's malsync distribution, along with a few wrapper 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 Mon Oct 31 19:20:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:20:36 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510311920.j9VJKa2x006238@www.beta.redhat.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| |172140 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 19:31:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:31:45 -0500 Subject: [Bug 172141] New: Review Request: libmal: a convenience library for malsync 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=172141 Summary: Review Request: libmal: a convenience library for malsync Product: Fedora Extras Version: devel Platform: All URL: http://jasonday.home.att.net/code/libmal/ 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/libmal-0.31-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/libmal-0.31-1.src.rpm Description: A convenience library of the object files contained in Tom Whittaker's malsync distribution, along with a few wrapper 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 Mon Oct 31 19:31:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:31:58 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510311931.j9VJVwnZ008307@www.beta.redhat.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| |172141 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 31 19:35:16 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 31 Oct 2005 14:35:16 -0500 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <20051031190643.GD30904@shell0.pdx.osdl.net> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> Message-ID: <436671F4.6080603@redhat.com> Chris Wright wrote: > > It builds fine, and has internal macros to handle zlib-devel < 1.2. > It's runtime that fails (apparently, I haven't recreated this myself, > it was reported by someone running older distro). But git-core uses > zlib's *Bound functions which seem to have been introduced in the > .so w/out bumping any library version (between zlib 1.1 and zlib 1.2). > So RPM creates implicit requirement on libz.so.1, which is satisified on > machine that has either zlib 1.1 or zlib 1.2. However will fail during > runtime with the former. So it seems that zlib >= 1.2 is best way to > handle that. What do you think? > > thanks, > -chris > Usually we advise against adding requirements like this, because it is unsupported to run packages built on one distro on another. However in a few cases like this were the soname was not bumped, I suppose it is fine. Please leave a comment above it explaining why it is that way though. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Mon Oct 31 19:36:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:36:14 -0500 Subject: [Bug 172141] Review Request: libmal: a convenience library for malsync In-Reply-To: Message-ID: <200510311936.j9VJaELa009352@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmal: a convenience library for malsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172141 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://jasonday.home.att.net |http://jasonday.home.att.net|/code/libmal/ |/code/libmal/ | Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From rdieter at math.unl.edu 2005-10-31 14:36 EST ------- *** This bug has been marked as a duplicate of 172140 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 19:36:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:36:17 -0500 Subject: [Bug 172140] Review Request: libmal: a convenience library for malsync In-Reply-To: Message-ID: <200510311936.j9VJaHhv009386@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmal: a convenience library for malsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172140 ------- Additional Comments From rdieter at math.unl.edu 2005-10-31 14:36 EST ------- *** Bug 172141 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 Mon Oct 31 19:37:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:37:12 -0500 Subject: [Bug 172142] New: Review Request: krecipes: A recipe database 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=172142 Summary: Review Request: krecipes: A recipe database tool Product: Fedora Extras Version: devel Platform: All URL: http://krecipes.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/krecipes-0.8.1-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/krecipes-0.8.1-1.src.rpm Description: Krecipes is a new Open Source project for an exciting world that is almost forgotten in the Tux world: COOKING (yummy! ;-) The goal of this projects was to create a KDE Recipe Tool that: * Can manage a recipe database with an easy to use interface * Allows creation/removal of new ingredients and units * Helps with diets, calculating amount of calories, vitamines, carbohydrates... per recipe * Creates shopping lists, and daily suggestions for a given diet type * Is based on MySQL (1) so it could be possible to generate a KSN(2) * Should be as flexible as possible to have the possibility to extend it in future. 1. The project has initially started with MySQL, but QSQL provides sufficient flexibility to hopefully port this project for other databases. 2. KSN: Krecipe Servers 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 Mon Oct 31 19:37:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:37:20 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510311937.j9VJbKMD009842@www.beta.redhat.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| |172142 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 19:38:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:38:40 -0500 Subject: [Bug 167354] Review Request: amavisd-new In-Reply-To: Message-ID: <200510311938.j9VJceRI010111@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 ------- Additional Comments From sundaram at redhat.com 2005-10-31 14:38 EST ------- (In reply to comment #19) > I've just applied the latest selinux-policy-targeted-1.27.1-2.1 from FC4 > updates. And it's broken my amavisd install... Its fixed in rawhide. Report to this to bugzilla and request a policy 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 chrisw at osdl.org Mon Oct 31 19:47:56 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 31 Oct 2005 11:47:56 -0800 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <436671F4.6080603@redhat.com> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> Message-ID: <20051031194756.GE30904@shell0.pdx.osdl.net> * Warren Togami (wtogami at redhat.com) wrote: > Usually we advise against adding requirements like this, because it is > unsupported to run packages built on one distro on another. However in > a few cases like this were the soname was not bumped, I suppose it is > fine. Please leave a comment above it explaining why it is that way though. Yes, should've had a comment, good point. That's my fault, change came in via resync, and I didn't think to add comment. I'll add one. thanks, -chris From bugzilla at redhat.com Mon Oct 31 20:07:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:07:27 -0500 Subject: [Bug 172142] Review Request: krecipes: A recipe database tool In-Reply-To: Message-ID: <200510312007.j9VK7Rnw014691@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krecipes: A recipe database tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172142 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://krecipes.sourceforge. |http://krecipes.sourceforge.|net/ |net/ | Status|NEW |CLOSED Resolution| |WORKSFORME OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-10-31 15:07 EST ------- 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 Oct 31 20:08:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:08:14 -0500 Subject: [Bug 172144] New: Review Request: superkaramba: allows for custom content on the desktop 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=172144 Summary: Review Request: superkaramba: allows for custom content on the desktop Product: Fedora Extras Version: devel Platform: All URL: http://netdragon.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/superkaramba-0.36-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/superkaramba-0.36-1.src.rpm Description: SuperKaramba is a KDE add-on that allows for custom content on the desktop. Some examples include the weather, calendars, or whatever you can code 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 Mon Oct 31 20:08:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:08:26 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510312008.j9VK8QSV014906@www.beta.redhat.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| |172144 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 20:08:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:08:36 -0500 Subject: [Bug 172142] Review Request: krecipes: A recipe database tool In-Reply-To: Message-ID: <200510312008.j9VK8aTX014939@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krecipes: A recipe database tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172142 ------- Additional Comments From rdieter at math.unl.edu 2005-10-31 15:08 EST ------- oops. sorry. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 20:30:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:30:45 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510312030.j9VKUjcB018163@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From paul at xtdnet.nl 2005-10-31 15:30 EST ------- If I read the instructions installs, I'm left confused. First of all, I believe the default mode for any distribution should be using --enable-chroot-binary. This *should* create an "scponlyc" binary according to the readme, but it doesn't. There is also a mention in the installation documentation about a "scponlyrc" file location, yet what options I can put in there is not mentioned anywhere. Also, I believe some contrib tools to setup a chroot jail for a user with the chroot()ed version of scponly (scponlyc) is 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 Oct 31 20:33:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:33:10 -0500 Subject: [Bug 172147] New: Review Request: kdocker: Dock any application in the system tray 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=172147 Summary: Review Request: kdocker: Dock any application in the system tray Product: Fedora Extras Version: devel Platform: All URL: http://kdocker.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/kdocker-1.3-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdocker-1.3-1.src.rpm Description: KDocker will help you dock any application in the system tray. This means you can dock openoffice, xmms, firefox, thunderbolt, eclipse, anything! Just point and click. Works for both KDE and GNOME (In fact it should work for most modern window managers that support NET WM Specification. I believe it works for XFCE, for instance) All you need to do is start KDocker and select an application using the mouse and lo! the application gets docked into the system tray. The application can also be made to dissappear from the task bar. KDocker supports the KDE System Tray Protocol and the System Tray Protocol from freedesktop.org Very few apps have docking capabilities (e.g. Yahoo! and XMMS don't have any). Even if they do, sometimes they are specific to desktops (working on KDE but not on GNOME, and vice versa). KDocker will help you dock any application in the system tray. This means you can dock OpenOffice.org, XMMS, Firefox, Thunderbird, etc. Just point and click. It works for KDE, GNOME, XFCE, and probably many 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 Mon Oct 31 20:33:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:33:22 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510312033.j9VKXMqr018414@www.beta.redhat.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| |172147 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 20:45:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:45:26 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510312045.j9VKjQD4020779@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From wtogami at redhat.com 2005-10-31 15:45 EST ------- It is not easy to create a chroot jail and (the more difficult part) to keep it updated. scponly without the chroot itself is pretty useful so I want to push this into Extras now. If you can think of a good solution to creating and updating chroots, please propose solutions on fedora-extras-list and we can fold it into a future package if 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 Mon Oct 31 20:45:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:45:58 -0500 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200510312045.j9VKjwx4020913@www.beta.redhat.com> Please 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-10-31 15:45 EST ------- Ping ;-) BTW there's a new release of Quarry ? https://mail.gna.org/public/quarry-announce/2005-10/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 paul at cypherpunks.ca Mon Oct 31 20:51:05 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Mon, 31 Oct 2005 21:51:05 +0100 (CET) Subject: autoconf/automake in BuildRequires (fwd) Message-ID: On Mon, 31 Oct 2005, Ralf Corsepius wrote: > > I clearly remember some packages which have no any ready configure > > script at all (probably to decrease tarball size). I.e., sometimes it is > > an upstream's policy to ship only configure.{in|ac} . > Well, this is a corner case. > > On one hand this clearly violates the auto*tools' working principles and > the GNU standards these tools are based on, on the other hand, if > upstream doesn't ship the generated files, they must clearly specify > which versions to use and should be prepared to be flamed for doing a > bad job. I believe there is an exception though. I agree with you for FC3/FC4 releases, but FC5/devel should be allowed to call configure, since software versions in FC5/devel might want to try out cvs versions of the upstream, which generally does involve creating configure files using auto* tools. I am not familiar with how a 'feature freeze' just before a new release is done happens, so I don't know how/when develoers should then switch to a stable pre-auto*'ed package. Paul From paul at all-the-johnsons.co.uk Mon Oct 31 21:18:26 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 31 Oct 2005 21:18:26 +0000 Subject: Timescale question Message-ID: <1130793507.10678.1.camel@localhost> Hi, I requested a username and password for FC Extras so I can check in z88dk (and hopefully fuse-emulator with associated libs at some point this week) mid last week and have heard nothing yet. I do have a sponsor for z88dk. How long do these things take? TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. -------------- 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 Oct 31 21:21:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:21:22 -0500 Subject: [Bug 172150] New: Review Request: kxdocker: A Mac OSX style docker 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=172150 Summary: Review Request: kxdocker: A Mac OSX style docker Product: Fedora Extras Version: devel Platform: All URL: http://www.xiaprojects.com/www/prodotti/kxdocker/ 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/kxdocker-0.39-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kxdocker-0.39-1.src.rpm Description: KXDocker is an innovative docker for KDE, it's very similar to Mac OSX Docker, just more powerful! What can KXDocker do for you? (oppure It can work as). Task Manager Mounts Manager Launcher 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 Mon Oct 31 21:21:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:21:40 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510312121.j9VLLeaf025358@www.beta.redhat.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| |172150 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 21:22:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:22:48 -0500 Subject: [Bug 172151] New: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker 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=172151 Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker Product: Fedora Extras Version: devel Platform: All URL: http://www.xiaprojects.com/www/prodotti/kxdocker/ 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/kxdocker-resources-0.14-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kxdocker-resources-0.14-1.src.rpm Description: Plugins, Sounds, and Themes for kxdocker -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 21:23:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:23:06 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200510312123.j9VLN61o025731@www.beta.redhat.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| |172151 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Oct 31 21:56:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:56:19 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200510312156.j9VLuJCP030786@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From che666 at gmail.com 2005-10-31 16:56 EST ------- wine-suite has to go... virtual packages are deprecated. -> yum group -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Oct 31 22:19:31 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 31 Oct 2005 14:19:31 -0800 Subject: Doc question In-Reply-To: <1130782418.19596.15.camel@bureau.maison> References: <1130782418.19596.15.camel@bureau.maison> Message-ID: <1130797172.3787.8.camel@localhost> On Mon, 2005-10-31 at 19:13 +0100, Eric Tanguy wrote: > I'm trying to package the doc for drgeo. drgeo is already a package > available in extras. This package looks for the html doc > in /usr/share/drgeo/help/. Can i package the doc to this place or need i > to patch the drgeo package to look for doc > in /usr/share/doc/drgeo-doc-1.6/ knowing that there is > already /usr/share/doc/drgeo-1.1.0/ containig : > AUTHORS ChangeLog COPYING NEWS README TODO. > Thanks It sounds like the documentation is needed for in-program help functionality. As such, it should not go in /usr/share/doc. http://www.fedoraproject.org/wiki/PackageReviewGuidelines - MUST: If a package includes something as %doc, it must not affect the runtime of the application. To summarize: If it is in %doc, the program must run properly if it is not present. So you're okay leaving it in /usr/share/drgeo/help/ -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 Mon Oct 31 23:14:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 18:14:23 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200510312314.j9VNENN5011607@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From gauret at free.fr 2005-10-31 18:14 EST ------- * License seems to be BSD, not GPL * The man page should be patched because it refers to /usr/local/bin/scponly (and scponlyc, but if you add that later 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 Mon Oct 31 23:41:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 18:41:11 -0500 Subject: [Bug 172150] Review Request: kxdocker: A Mac OSX style docker In-Reply-To: Message-ID: <200510312341.j9VNfBp0014034@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker: A Mac OSX style docker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172150 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.xiaprojects.com/w |http://www.xiaprojects.com/w|ww/prodotti/kxdocker/ |ww/prodotti/kxdocker/ | AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-10-31 18:40 EST ------- The desktop file is /usr/share/applnk/Utilities/kxdocker.desktop, please install it in the right path (/usr/share/applications) with deskop-file-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.