From dlutter at redhat.com Wed Mar 1 00:04:14 2006 From: dlutter at redhat.com (David Lutterkort) Date: Tue, 28 Feb 2006 16:04:14 -0800 Subject: User id allocation and fedora-usermgmt Message-ID: <1141171454.12591.59.camel@currant.watzmann.net> Hi, I just packaged an application (puppet, bz180571) that requires the addition of its own user, and was pointed to http://fedoraproject.org/wiki/Packaging/UserCreation for instructions on how to create the user in question. It seems to me that the fedora-usermgmt package doesn't really solve the issue of user id allocation. For the reasons outlined at http://fedoraproject.org/wiki/PackageDynamicUserCreationConsideredBad, we want to allocate user id's for demons statically and permanently; fedora-usermgmt doesn't really address that issue, instead it sidesteps it by making the actual uid's used for a package configurable by a site administrator. It also makes it hard to write a specfile that can be used with RHEL since fedora-usermgmt is not available by default for RHEL. Since user id's available for system users created by packages are a shared resource, it seems that the problems that fedora-usermgmt tries to address could be addressed by a clear policy without the need for separate tools. The policy would carve up the set of user id's available for system users (0-499) amongst FC and FE and delegate management of them. For example, the policy could distribute the uid's as UID For use by/managed by 0-199 Fedora Core, FC steering committee 200-299 reserved for future allocation 300-399 Fedora Extras, FeSCo 400-499 reserved for future allocation With such a policy in place, packages can create their users as needed with the normal shadow-utils and set a fixed uid/gid for them; there's no need for additional tools. For Fedora Extras, user id's would be tracked as they are right now at http://fedoraproject.org/wiki/Packaging/UserRegistry (with all uid/gid's bumped up by 300) and new uid's/gid's would be allocated during package review from the FE range 300-399. David From wart at kobold.org Wed Mar 1 00:47:27 2006 From: wart at kobold.org (Michael Thomas) Date: Tue, 28 Feb 2006 16:47:27 -0800 Subject: [Fwd: games user and group] Message-ID: <4404EF1F.50902@kobold.org> (apologies for the forward. I mistakenly sent this to fedora-devel instead of fedora-extras the first time around) I've got a few questions regarding the use of the 'games' user and group for game packages. The resulting recommended practices will be posted to the Extras/SIGs/Games wiki page. Daemon processes ================ Some games such as wesnoth and xpilot-ng come with server daemons. I see three choices for the owner of these daemon processes: 1) root (ick!) 2) Allocate a separate '' user for each package/daemon 3) Piggyback on the 'games' user My preference would be #3. Are there any drawbacks to reusing the 'games' user to run various game daemons? Scoreboard files ================ Two packages that I recently submitted for review ('rogue' and 'ularn') use the 'games' group and a setgid executable so that all users have access to the shared scoreboard file. Are there any security issues that we need to be aware of when using setgid games? File ownership ============== Almost every package that I see in FE uses %defattr(-,root,root,-). Is there any reason why we shouldn't be using %defattr(-,games,games,-) for game packages (including documentation, manpages and such)? --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From dcbw at redhat.com Wed Mar 1 01:09:09 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 28 Feb 2006 20:09:09 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141167720.8565.99.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> Message-ID: <1141175349.25470.3.camel@localhost.localdomain> On Wed, 2006-03-01 at 00:02 +0100, Ralf Corsepius wrote: > On Tue, 2006-02-28 at 18:14 +0100, Thorsten Leemhuis wrote: > > Hi! > > > > This is a script-generated mail to remind you that some of your arch- > > specific Fedora Extras packages were not yet rebuild for FC5. All arch- > > specific packages in "extras/development/" that were build before > > > '2006-02-13 02:48:00 -0500' > > > > should be rebuild as soon as possible. We're running out of time, FC5 > > is near! > > I'd do, but ATM, I am facing sporadic > ... > Package ... enqueued. (However, no Job ID was provided in the time > required) > ... > > again (2 out of ca. 9 requests failed) > > > IMO, such mass rebuild requests are not of much use before we have more > reliable buildsystem. > Build system seems to be doing fine ATM... Note that with some recent (week or two ago) changes, the "no Job ID was provided" message doesn't necessarily indicate that the buildsys is hung. There is a case where the code waits up to 10s to get a reply from the builders before giving up on that attempt. During that 10s however, you could have just enqueued a job and be waiting for the ID to return to you. The plague-client code only waits 3 or 4 seconds before returning the "no Job ID" message. Dan From bugzilla at redhat.com Wed Mar 1 01:19:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 20:19:08 -0500 Subject: [Bug 176532] Review Request: TurboGears: Back-to-front web development in Python In-Reply-To: Message-ID: <200603010119.k211J8JR002241@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TurboGears: Back-to-front web development in Python https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176532 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ivazquez at ivazquez.net 2006-02-28 20:19 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 Wed Mar 1 01:27:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 20:27:48 -0500 Subject: [Bug 177247] Review Request: jthread In-Reply-To: Message-ID: <200603010127.k211Rmom003864@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jthread https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177247 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 2006-02-28 20:27 EST ------- Good: - rpmlint checks return: E: jthread-devel only-non-binary-in-usr-lib False alarm, it's a symlink. - package meets naming guidelines - package meets packaging guidelines - license (MIT) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86_64) - 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 - devel package ok - no .la files - devel requires base package n-v-r 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 denis at poolshark.org Wed Mar 1 01:35:38 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 28 Feb 2006 17:35:38 -0800 Subject: Hung builds ? Message-ID: <4404FA6A.9040901@poolshark.org> Looks like the build system needs kicking :-( From notting at redhat.com Wed Mar 1 01:36:10 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 28 Feb 2006 20:36:10 -0500 Subject: [Fwd: games user and group] In-Reply-To: <4404EF1F.50902@kobold.org> References: <4404EF1F.50902@kobold.org> Message-ID: <20060301013610.GC22759@devserv.devel.redhat.com> Michael Thomas (wart at kobold.org) said: > Daemon processes > ================ > Some games such as wesnoth and xpilot-ng come with server daemons. I > see three choices for the owner of these daemon processes: > > 1) root (ick!) > 2) Allocate a separate '' user for each package/daemon > 3) Piggyback on the 'games' user > > My preference would be #3. Are there any drawbacks to reusing the > 'games' user to run various game daemons? Someone who compromises one game server could compromise any other servers running under the same user, etc. > File ownership > ============== > Almost every package that I see in FE uses %defattr(-,root,root,-). Is > there any reason why we shouldn't be using %defattr(-,games,games,-) for > game packages (including documentation, manpages and such)? There's no reason to really have the files owned by the games user; in fact, it's probably more secure to leave them owned by root, and just leave the scorefiles owned by games. Bill From rdieter at math.unl.edu Wed Mar 1 01:54:13 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 28 Feb 2006 19:54:13 -0600 Subject: Odd mock build problem In-Reply-To: References: Message-ID: Jason L Tibbitts III wrote: > sh: ruby: command not found > sh: ruby: command not found > sh: ruby: command not found > error: line 21: Empty tag: Requires: > Building target platforms: x86_64 > Building for target x86_64 > Cleaning up... > Done. ... > My guess is that mock is trying to determine the BuildRequires:, but > it can't generate the srpm because of these statements at the top of > the spec: > > %{!?ruby_sitelib: %define ruby_sitelib %(ruby -rrbconfig -e "puts > %Config::CONFIG['sitedir']")} > %{!?ruby_sitearch: %define ruby_sitearch %(ruby -rrbconfig -e "puts > %Config::CONFIG['sitearchdir']")} It's the empty "Requires:" on line 21 causing the problem. Fix that (and assume that ruby may not be present on the first run through mock). -- Rex From bugzilla at redhat.com Wed Mar 1 01:50:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 20:50:44 -0500 Subject: [Bug 183038] Review Request: perl-IO-All In-Reply-To: Message-ID: <200603010150.k211oimZ007938@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-All https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183038 ------- Additional Comments From tibbs at math.uh.edu 2006-02-28 20:50 EST ------- My mirror is updated and I've done builds in mock and everything is fine. Approved. Now, onto the dependent packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 02:25:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:25:59 -0500 Subject: [Bug 183039] Review Request: perl-Spoon In-Reply-To: Message-ID: <200603010225.k212Pxmx014362@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spoon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183039 ------- Additional Comments From tibbs at math.uh.edu 2006-02-28 21:25 EST ------- The Source0 URL doesn't exist for me; I suggest using http://search.cpan.org/CPAN/authors/id/I/IN/INGY/Spoon-0.23.tar.gz I suggest a more meaningful Summary:. The documentation uses "A spiffy application building framework"; that would work, or something distilled from %description, like "A framework for building social software web applications". Other than that, everything looks good. Once IO-All has been built and pushed I'll do the mock builds and final Provides:/Requires: checks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 02:48:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:48:14 -0500 Subject: [Bug 183438] New: Review Request: idioskopos (C++ Introspection 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=183438 Summary: Review Request: idioskopos (C++ Introspection Library) Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rvinyard at cs.nmsu.edu QAContact: fedora-extras-list at redhat.com Need sponsor. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/idioskopos-0.1.7-1.src.rpm Description: idioskopos (Greek: idio- inward, within, private; -skopos look, aim, target) is a C++ library that simplifies (hopefully) the addition of object reflection and introspection. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 02:48:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:48:40 -0500 Subject: [Bug 183439] New: Review Request: papyrus (Canvas drawing library based on cairo/cairomm) 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=183439 Summary: Review Request: papyrus (Canvas drawing library based on cairo/cairomm) Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rvinyard at cs.nmsu.edu QAContact: fedora-extras-list at redhat.com Need sponsor. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/papyrus.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/papyrus-0.1.5-1.src.rpm Description: Papyrus is a C++ canvas library similar in scope and function to the Gnome canvas but designed to render on a Cairo surface. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 02:49:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:49:58 -0500 Subject: [Bug 183439] Review Request: papyrus (Canvas drawing library based on cairo/cairomm) In-Reply-To: Message-ID: <200603010249.k212nwFB018791@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: papyrus (Canvas drawing library based on cairo/cairomm) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183439 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-02-28 21:49 EST ------- Note: This will only build on FC5, and building depends on two libraries that are themselves pending review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 02:53:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:53:08 -0500 Subject: [Bug 177247] Review Request: jthread In-Reply-To: Message-ID: <200603010253.k212r8Pd019330@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jthread https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177247 jeff at ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jeff at ollie.clive.ia.us 2006-02-28 21:52 EST ------- Thansks 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 Mar 1 02:53:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:53:27 -0500 Subject: [Bug 177249] Review Request: jrtplib In-Reply-To: Message-ID: <200603010253.k212rRMf019437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jrtplib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177249 Bug 177249 depends on bug 177247, which changed state. Bug 177247 Summary: Review Request: jthread https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177247 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 Mar 1 02:54:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 21:54:58 -0500 Subject: [Bug 178003] Review Request: tetex-lambda-jp In-Reply-To: Message-ID: <200603010254.k212swgj019568@www.beta.redhat.com> Please 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-lambda-jp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178003 ------- Additional Comments From jpmahowald at gmail.com 2006-02-28 21:54 EST ------- Links to spec and srpm do not work. As to the description, I would avoid the we and use something like: This package contains addon packages for lambda(unicoded latex), which is included in the tetex package. This package is needed to render UTF8 Japanese glpyhs properly in TeX documents. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tibbs at math.uh.edu Wed Mar 1 03:26:28 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 28 Feb 2006 21:26:28 -0600 Subject: Odd mock build problem In-Reply-To: (Rex Dieter's message of "Tue, 28 Feb 2006 19:54:13 -0600") References: Message-ID: >>>>> "RD" == Rex Dieter writes: RD> It's the empty "Requires:" on line 21 causing the problem. Unfortunately it's not empty: Requires: %{ruby_sitelib} or, more precisely, it's only showing up as empty because ruby isn't there. This is directly from the Ruby specfile template, so something has to give. Perl can get away with this because it's in base; I have no idea how Python manages. - J< From bugzilla at redhat.com Wed Mar 1 03:27:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Feb 2006 22:27:05 -0500 Subject: [Bug 178003] Review Request: tetex-lambda-jp In-Reply-To: Message-ID: <200603010327.k213R5rF027015@www.beta.redhat.com> Please 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-lambda-jp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178003 ------- Additional Comments From ryo-dairiki at users.sourceforge.net 2006-02-28 22:26 EST ------- Okay, thanks. # I'm sorry for the downloads. New description: Omega/Lambda is an extended unicode TeX/LaTeX. This package adds the support for non-UTF-8 Japanese encodings such as ISO-2022-JP, Shift_JIS, and EUC-JP to lambda. SPEC: http://homepage2.nifty.com/shibatama/garage/tetex-lambda-jp.spec SRPM: http://homepage2.nifty.com/shibatama/garage/tetex-lambda-jp-0-4.src.rpm I think this package is needed much more brush up. (And I've found many bugs Orz...) I'm thinking pf remaking this package and posting here again. Should I change the status 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 rdieter at math.unl.edu Wed Mar 1 04:19:50 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 28 Feb 2006 22:19:50 -0600 Subject: Odd mock build problem In-Reply-To: References: Message-ID: Jason L Tibbitts III wrote: >>>>>> "RD" == Rex Dieter writes: > > RD> It's the empty "Requires:" on line 21 causing the problem. > > Unfortunately it's not empty: > > Requires: %{ruby_sitelib} > > or, more precisely, it's only showing up as empty because ruby isn't > there. It *is* empty during the first run to create the srpm. Here's a trick I've been thinking about using to work around the same problem when building maxima to make a dependancy against the version of sbcl used to build it: # maxima requires the *same* version it was built against # this hack should work, even in mock (-: -- Rex %global sbcl_ver %(sbcl --version 2>/dev/null | cut -d' ' -f2) %if "%{?sbcl_ver}" >= "0.9" %define sbcl_ver2 = %{sbcl_ver} %endif Requires: sbcl %{?sbcl_ver2} You'll need to do something similar. -- Rex From dcbw at redhat.com Wed Mar 1 04:15:18 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 28 Feb 2006 23:15:18 -0500 Subject: Hung builds ? In-Reply-To: <4404FA6A.9040901@poolshark.org> References: <4404FA6A.9040901@poolshark.org> Message-ID: <1141186518.18177.0.camel@localhost.localdomain> On Tue, 2006-02-28 at 17:35 -0800, Denis Leroy wrote: > Looks like the build system needs kicking :-( Hmm? seems like its still processing jobs correctly... Which particular job is hung for you? Dan From dcbw at redhat.com Wed Mar 1 04:22:53 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 28 Feb 2006 23:22:53 -0500 Subject: Hung builds ? In-Reply-To: <1141186518.18177.0.camel@localhost.localdomain> References: <4404FA6A.9040901@poolshark.org> <1141186518.18177.0.camel@localhost.localdomain> Message-ID: <1141186974.18177.3.camel@localhost.localdomain> On Tue, 2006-02-28 at 23:15 -0500, Dan Williams wrote: > On Tue, 2006-02-28 at 17:35 -0800, Denis Leroy wrote: > > Looks like the build system needs kicking :-( > > Hmm? seems like its still processing jobs correctly... Which particular > job is hung for you? ppc1 was running out of disk space (hadn't hit 0 yet, but close), but that was just failing jobs, not hanging the buildsys. I'll requeue jobs that need it. Dan From rc040203 at freenet.de Wed Mar 1 04:27:12 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 05:27:12 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141175349.25470.3.camel@localhost.localdomain> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> Message-ID: <1141187232.8565.102.camel@mccallum.corsepiu.local> On Tue, 2006-02-28 at 20:09 -0500, Dan Williams wrote: > On Wed, 2006-03-01 at 00:02 +0100, Ralf Corsepius wrote: > > On Tue, 2006-02-28 at 18:14 +0100, Thorsten Leemhuis wrote: > > > Hi! > > > > > > This is a script-generated mail to remind you that some of your arch- > > > specific Fedora Extras packages were not yet rebuild for FC5. All arch- > > > specific packages in "extras/development/" that were build before > > > > > '2006-02-13 02:48:00 -0500' > > > > > > should be rebuild as soon as possible. We're running out of time, FC5 > > > is near! > > > > I'd do, but ATM, I am facing sporadic > > ... > > Package ... enqueued. (However, no Job ID was provided in the time > > required) > > ... > > > > again (2 out of ca. 9 requests failed) > > > > > > IMO, such mass rebuild requests are not of much use before we have more > > reliable buildsystem. > > > > Build system seems to be doing fine ATM... It just happened again: Package perl-Test-ClassAPI enqueued. (However, no Job ID was provided in the time required) Ralf From dcbw at redhat.com Wed Mar 1 04:50:30 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 28 Feb 2006 23:50:30 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141187232.8565.102.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> Message-ID: <1141188630.18177.18.camel@localhost.localdomain> On Wed, 2006-03-01 at 05:27 +0100, Ralf Corsepius wrote: > On Tue, 2006-02-28 at 20:09 -0500, Dan Williams wrote: > > On Wed, 2006-03-01 at 00:02 +0100, Ralf Corsepius wrote: > > > On Tue, 2006-02-28 at 18:14 +0100, Thorsten Leemhuis wrote: > > > > Hi! > > > > > > > > This is a script-generated mail to remind you that some of your arch- > > > > specific Fedora Extras packages were not yet rebuild for FC5. All arch- > > > > specific packages in "extras/development/" that were build before > > > > > > > '2006-02-13 02:48:00 -0500' > > > > > > > > should be rebuild as soon as possible. We're running out of time, FC5 > > > > is near! > > > > > > I'd do, but ATM, I am facing sporadic > > > ... > > > Package ... enqueued. (However, no Job ID was provided in the time > > > required) > > > ... > > > > > > again (2 out of ca. 9 requests failed) > > > > > > > > > IMO, such mass rebuild requests are not of much use before we have more > > > reliable buildsystem. > > > > > > > Build system seems to be doing fine ATM... > > It just happened again: > > Package perl-Test-ClassAPI enqueued. (However, no Job ID was provided > in the time required) Again, buildsys is doing fine. Please check to make sure the job did not actually get enqueued. While I know that reporting this has been the rule for a while, the code added a couple weeks ago should mean that 95% of the cases where this error gets returned are not actually buildsys hangs. It should recover in ~10s and continue as normal. Dan From rc040203 at freenet.de Wed Mar 1 05:03:03 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 06:03:03 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141188630.18177.18.camel@localhost.localdomain> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> Message-ID: <1141189383.8565.108.camel@mccallum.corsepiu.local> On Tue, 2006-02-28 at 23:50 -0500, Dan Williams wrote: > On Wed, 2006-03-01 at 05:27 +0100, Ralf Corsepius wrote: > > On Tue, 2006-02-28 at 20:09 -0500, Dan Williams wrote: > > > On Wed, 2006-03-01 at 00:02 +0100, Ralf Corsepius wrote: > > > > On Tue, 2006-02-28 at 18:14 +0100, Thorsten Leemhuis wrote: > > > > > Hi! > > > > > > > > > > This is a script-generated mail to remind you that some of your arch- > > > > > specific Fedora Extras packages were not yet rebuild for FC5. All arch- > > > > > specific packages in "extras/development/" that were build before > > > > > > > > > '2006-02-13 02:48:00 -0500' > > > > > > > > > > should be rebuild as soon as possible. We're running out of time, FC5 > > > > > is near! > > > > > > > > I'd do, but ATM, I am facing sporadic > > > > ... > > > > Package ... enqueued. (However, no Job ID was provided in the time > > > > required) > > > > ... > > > > > > > > again (2 out of ca. 9 requests failed) > > > > > > > > > > > > IMO, such mass rebuild requests are not of much use before we have more > > > > reliable buildsystem. > > > > > > > > > > Build system seems to be doing fine ATM... > > > > It just happened again: > > > > Package perl-Test-ClassAPI enqueued. (However, no Job ID was provided > > in the time required) > > Again, buildsys is doing fine. It is not doing fine: A couple of minutes ago, 5 of my buildjobs failed with (Full build logs currently in http://buildsys.fedoraproject.org/build-status/failed.psp): ... # Ensuring dir /mnt/build/builder_work/f4e1eedc62933d79096a66176a549918da577753/mock-state Cleaning Root ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753 ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root ensuring dir /mnt/build/builder_work/f4e1eedc62933d79096a66176a549918da577753/mock-state ensuring dir /mnt/build/builder_work/f4e1eedc62933d79096a66176a549918da577753/result ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753 ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root ensuring dir /mnt/build/builder_work/f4e1eedc62933d79096a66176a549918da577753/mock-state ensuring dir /mnt/build/builder_work/f4e1eedc62933d79096a66176a549918da577753/result ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/var/lib/rpm ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/var/log ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/dev ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/etc/rpm ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/tmp ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/var/tmp ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/etc/yum.repos.d ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/proc ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/dev/pts ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/proc ensuring dir /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-x86_64-core-f4e1eedc62933d79096a66176a549918da577753/root groupinstall build Failed to add groups file for repository: core http://buildsys.fedoraproject.org/plague-results/fedora-development-extras/repodata/primary.xml.gz: [Errno -1] Metadata file does not match checksum Trying other mirror. Error: failure: repodata/primary.xml.gz from local: [Errno 256] No more mirrors to try. unhandled node in : category unhandled node in : category unhandled node in : category unhandled node in : category unhandled node in : category Cleaning up... Done. > Please check to make sure the job did > not actually get enqueued. How about you fixing your code to not produce false alarms, if you are sure these are false alarms? > While I know that reporting this has been the rule for a while, the code > added a couple weeks ago should mean that 95% of the cases where this > error gets returned are not actually buildsys hangs. It should recover > in ~10s and continue as normal. Ralf From skvidal at linux.duke.edu Wed Mar 1 05:06:12 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 01 Mar 2006 00:06:12 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141189383.8565.108.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> Message-ID: <1141189572.23234.7.camel@cutter> On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > Please check to make sure the job did > > not actually get enqueued. > How about you fixing your code to not produce false alarms, if you are > sure these are false alarms? Cmon, that was a bit too brusque. Dan didn't deserve that sort of response. -sv From rc040203 at freenet.de Wed Mar 1 05:16:18 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 06:16:18 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141189572.23234.7.camel@cutter> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> Message-ID: <1141190178.8565.119.camel@mccallum.corsepiu.local> On Wed, 2006-03-01 at 00:06 -0500, seth vidal wrote: > On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > > Please check to make sure the job did > > > not actually get enqueued. > > How about you fixing your code to not produce false alarms, if you are > > sure these are false alarms? > > Cmon, that was a bit too brusque. Dan didn't deserve that sort of > response. Well how would you feel if you'd be permanently struggling with build failures and wasting time on issues you don't have control over - for months? Given Thorsten is keeping us nagging on mass rebuilds, I have started to confront you with the build issues in a similar way as I have been and am facing them - for many months! Now, you feel I am unfair? Ralf From dcbw at redhat.com Wed Mar 1 05:18:57 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 01 Mar 2006 00:18:57 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141189383.8565.108.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> Message-ID: <1141190337.18177.26.camel@localhost.localdomain> On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > Please check to make sure the job did > > not actually get enqueued. > How about you fixing your code to not produce false alarms, if you are > sure these are false alarms? To be perfectly fair, the error message doesn't say "The buildsys is hung", it says just what it means; that the build system didn't give you a job ID. The only reason that this message attained the connotations it did, was because I kept asking people both on this list and on #fedora-extras to report instances of this message. Since that's no longer the case, I'd like to officially change the connotation that this error message has to "check the web UI for your job for 5 minutes after you submit your job, then report." If you'd like, I can increase the plague-client timeout to 20s such that it will almost always give you a job ID. However, that's really just papering over the problem. In the long run, we need to evaluate how to deal with sqlite's table locking issues, which is the way the code is architected as it is, which is why we have to synchronize access to the database, and which is why you can't get a job ID back immediately. Alternatively, some re-architecting of how builder status updates are handled is necessary, which is the secondary cause of this issue. Dan From skvidal at linux.duke.edu Wed Mar 1 05:27:28 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 01 Mar 2006 00:27:28 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141190178.8565.119.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> <1141190178.8565.119.camel@mccallum.corsepiu.local> Message-ID: <1141190849.23234.13.camel@cutter> On Wed, 2006-03-01 at 06:16 +0100, Ralf Corsepius wrote: > On Wed, 2006-03-01 at 00:06 -0500, seth vidal wrote: > > On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > > > Please check to make sure the job did > > > > not actually get enqueued. > > > How about you fixing your code to not produce false alarms, if you are > > > sure these are false alarms? > > > > Cmon, that was a bit too brusque. Dan didn't deserve that sort of > > response. > Well how would you feel if you'd be permanently struggling with build > failures and wasting time on issues you don't have control over - for > months? > > Given Thorsten is keeping us nagging on mass rebuilds, I have started to > confront you with the build issues in a similar way as I have been and > am facing them - for many months! > > Now, you feel I am unfair? > Ralf, I do feel you're being unfair to Dan. He's not doing this intentionally. He's doing everything he can to assess the problem and fix it. I understand you're frustrated but he doesn't deserve your wrath. Fine, something's not right but being snippy to him isn't going to motivate a fix for the problem. If anything the hatefulness is just going to demotivate anyone from contributing their time to the project. Dan doesn't _have_ to work on this. I'm sure his job at rh keeps his schedule very busy. As is always the case report the problems you're having but don't get cranky about it, it's not going to help the situation and it just makes everything that much worse all around. Thanks, -sv From rc040203 at freenet.de Wed Mar 1 05:29:08 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 06:29:08 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141190337.18177.26.camel@localhost.localdomain> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141190337.18177.26.camel@localhost.localdomain> Message-ID: <1141190948.8565.125.camel@mccallum.corsepiu.local> On Wed, 2006-03-01 at 00:18 -0500, Dan Williams wrote: > On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > > Please check to make sure the job did > > > not actually get enqueued. > > How about you fixing your code to not produce false alarms, if you are > > sure these are false alarms? > > To be perfectly fair, the error message doesn't say "The buildsys is > hung", it says just what it means; that the build system didn't give you > a job ID. The only reason that this message attained the connotations > it did, was because I kept asking people both on this list and on > #fedora-extras to report instances of this message. Since that's no > longer the case, I'd like to officially change the connotation that this > error message has to "check the web UI for your job for 5 minutes after > you submit your job, then report." Well, to me this would be a behavioral regression. > If you'd like, I can increase the plague-client timeout to 20s such that > it will almost always give you a job ID. Sorry, I am not familiar with the buildsys to the extend that would be required here, to be able comment on this. > However, that's really just > papering over the problem. Probably - This had been my feeling all the time, because experience tells me, struggling with timeouts always indicate a major design problem (likely synchronization or protocol deficiencies). > In the long run, we need to evaluate how to > deal with sqlite's table locking issues, which is the way the code is > architected as it is, which is why we have to synchronize access to the > database, and which is why you can't get a job ID back immediately. > Alternatively, some re-architecting of how builder status updates are > handled is necessary, which is the secondary cause of this issue. Ralf From skvidal at linux.duke.edu Wed Mar 1 05:31:02 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 01 Mar 2006 00:31:02 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141190337.18177.26.camel@localhost.localdomain> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141190337.18177.26.camel@localhost.localdomain> Message-ID: <1141191062.23234.15.camel@cutter> On Wed, 2006-03-01 at 00:18 -0500, Dan Williams wrote: > On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > > Please check to make sure the job did > > > not actually get enqueued. > > How about you fixing your code to not produce false alarms, if you are > > sure these are false alarms? > > To be perfectly fair, the error message doesn't say "The buildsys is > hung", it says just what it means; that the build system didn't give you > a job ID. The only reason that this message attained the connotations > it did, was because I kept asking people both on this list and on > #fedora-extras to report instances of this message. Since that's no > longer the case, I'd like to officially change the connotation that this > error message has to "check the web UI for your job for 5 minutes after > you submit your job, then report." > > If you'd like, I can increase the plague-client timeout to 20s such that > it will almost always give you a job ID. However, that's really just > papering over the problem. In the long run, we need to evaluate how to > deal with sqlite's table locking issues, Would dumping sqlite to use the postgresql instance on the buildmaster help the locking issue? -sv From denis at poolshark.org Wed Mar 1 05:34:04 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 28 Feb 2006 21:34:04 -0800 Subject: Hung builds ? In-Reply-To: <1141186518.18177.0.camel@localhost.localdomain> References: <4404FA6A.9040901@poolshark.org> <1141186518.18177.0.camel@localhost.localdomain> Message-ID: <4405324C.4070302@poolshark.org> Dan Williams wrote: > On Tue, 2006-02-28 at 17:35 -0800, Denis Leroy wrote: > >>Looks like the build system needs kicking :-( > > > Hmm? seems like its still processing jobs correctly... Which particular > job is hung for you? Looks like things were hung for about 2 hours, but that was about 5 hours ago, and things resumed after that. No worries. From rc040203 at freenet.de Wed Mar 1 05:38:15 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 06:38:15 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141190849.23234.13.camel@cutter> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> <1141190178.8565.119.camel@mccallum.corsepiu.local> <1141190849.23234.13.camel@cutter> Message-ID: <1141191495.8565.135.camel@mccallum.corsepiu.local> On Wed, 2006-03-01 at 00:27 -0500, seth vidal wrote: > On Wed, 2006-03-01 at 06:16 +0100, Ralf Corsepius wrote: > > On Wed, 2006-03-01 at 00:06 -0500, seth vidal wrote: > > > On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > > > > Please check to make sure the job did > > > > > not actually get enqueued. > > > > How about you fixing your code to not produce false alarms, if you are > > > > sure these are false alarms? > > > > > > Cmon, that was a bit too brusque. Dan didn't deserve that sort of > > > response. > > Well how would you feel if you'd be permanently struggling with build > > failures and wasting time on issues you don't have control over - for > > months? > > > > Given Thorsten is keeping us nagging on mass rebuilds, I have started to > > confront you with the build issues in a similar way as I have been and > > am facing them - for many months! > > > > Now, you feel I am unfair? > > > > Ralf, > I do feel you're being unfair to Dan. He's not doing this > intentionally. I did NOT meant to accuse Dan and hope not to have done so. Should I have done so, then rest assured this had happened unintentional and please take my apologies. It's just that I am complaining about the buildsystem, but I dissatisfied with the current status on the build system that I am not willing to accept excuses and explanation, anymore. Either these issues can be nailed down in a reasonable manner in a reasonable time frame, or other consequences will have to be taken ... Ralf From fedora at leemhuis.info Wed Mar 1 06:25:13 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 01 Mar 2006 07:25:13 +0100 Subject: Rebuild status of FE5 (Was: Re: Please rebuild your packages in the development tree of Fedora Extras) In-Reply-To: <20060228212958.0cd4046a.bugs.michael@gmx.net> References: <1139851362.2904.79.camel@localhost.localdomain> <1140205892.2904.30.camel@localhost.localdomain> <1140541669.2144.30.camel@localhost.localdomain> <1140978146.18127.112.camel@localhost.localdomain> <1141148822.2278.34.camel@localhost.localdomain> <604aa7910602281034m6e631569rbab3d2feaa33fec@mail.gmail.com> <20060228212958.0cd4046a.bugs.michael@gmx.net> Message-ID: <1141194313.19548.13.camel@thl.ct.heise.de> Am Dienstag, den 28.02.2006, 21:29 +0100 schrieb Michael Schwendt: > On Tue, 28 Feb 2006 13:34:17 -0500, Jeff Spaleta wrote: > > > How do I get the currently depedancy broken istanbul package out of > > the binary devel tree? > Via remove request on FC5Status page in the Wiki. Well, Jef put it there now for removal. But won't that break updates? People that have istanbul installed on FC4 will get a new gst when updating to FC5, but no new istanbul. The old won't work anymore due to the missing gst08. Breaks yum updates from FC4 -> FC5, too. And istanbul is not the only package that depends on gst08 afaik. We really need to get gst08 into the repo soon somehow (e.g. before FC5). Maybe we should make the exception "it was in core before so it is fine for Extras" once again to solve this dilemma in time. Opinions? CU thl From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 1 06:25:46 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 01 Mar 2006 07:25:46 +0100 Subject: User id allocation and fedora-usermgmt In-Reply-To: <1141171454.12591.59.camel@currant.watzmann.net> (David Lutterkort's message of "Tue, 28 Feb 2006 16:04:14 -0800") References: <1141171454.12591.59.camel@currant.watzmann.net> Message-ID: <87psl6wuj9.fsf@kosh.bigo.ensc.de> dlutter at redhat.com (David Lutterkort) writes: > UID For use by/managed by > 0-199 Fedora Core, FC steering committee > 200-299 reserved for future allocation > 300-399 Fedora Extras, FeSCo > 400-499 reserved for future allocation not possible; accordingly FHS, these ranges are available for free use and must not be assigned statically. They might be already in use in existing systems, and a static assignment in future FE packages WILL create conflicts. The fact is, that you will not find a free range for new static uid. The only possible range for static uids is 0-99 which is reserved for Core already. > For Fedora Extras, user id's would be tracked as they are right now > at http://fedoraproject.org/wiki/Packaging/UserRegistry (with all > uid/gid's bumped up by 300) and new uid's/gid's would be allocated > during package review from the FE range 300-399. I am in doubt that we will stay below 100 users... Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 1 06:32:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 01:32:58 -0500 Subject: [Bug 182941] Review Request: nessus-core Network vulnerability scanner In-Reply-To: Message-ID: <200603010632.k216WwmU004214@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-core Network vulnerability scanner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182941 ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-01 01:32 EST ------- If thats the only thinks holing this (besides the blocking bugs) I may change it :) Thanks for the explanation Michael -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 06:52:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 01:52:28 -0500 Subject: [Bug 174495] Review Request: libopensync-plugin-kdepim In-Reply-To: Message-ID: <200603010652.k216qSqh007235@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopensync-plugin-kdepim https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174495 ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-01 01:52 EST ------- So what shall we do with this? =) Fine by me if we push this and take reported matters 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 paul at city-fan.org Wed Mar 1 07:08:34 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 01 Mar 2006 07:08:34 +0000 Subject: rpms/rootsh/FC-4 rootsh.spec,1.1,1.2 In-Reply-To: <200603010036.k210aM2O013225@cvs-int.fedora.redhat.com> References: <200603010036.k210aM2O013225@cvs-int.fedora.redhat.com> Message-ID: <1141196914.29304.15.camel@laurel.intra.city-fan.org> On Tue, 2006-02-28 at 19:35 -0500, Tom Callaway wrote: > Author: spot > > Update of /cvs/extras/rpms/rootsh/FC-4 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv13173/FC-4 > > Modified Files: > rootsh.spec > Log Message: > > Bump for FC-6... gotcha! Spot, why are you doing rebuilds for FC-3 and FC-4 when all that is needed is a rebuild of development? Isn't the buildsystem busy enough already? Paul. From oliver at linux-kernel.at Wed Mar 1 08:08:27 2006 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 01 Mar 2006 09:08:27 +0100 Subject: Hula In-Reply-To: <20060228214002.4c39d2d4.bugs.michael@gmx.net> References: <20060228214002.4c39d2d4.bugs.michael@gmx.net> Message-ID: <4405567B.7040707@linux-kernel.at> On 02/28/2006 09:40 PM, Michael Schwendt wrote: > What the heck is up with Hula? > > $ grep hula owners.list > Fedora Extras|hula|A calendar and mail server|extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| Take it, if you want it :-) -of From bugzilla at redhat.com Wed Mar 1 08:21:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 03:21:14 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603010821.k218LEV1022059@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 ------- Additional Comments From bugs.michael at gmx.net 2006-03-01 03:21 EST ------- > As above, don't delete the user. Whether to delete a user in %postun depends merely on whether you can erase _all_ traces of the package including any files it has created at run-time owned by that user. If any files owned by that user remain after package removal, the next package which creates a new user might get the same uid and get access to the files, which bears a risk. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Wed Mar 1 08:47:11 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 09:47:11 +0100 Subject: Hula In-Reply-To: <4405567B.7040707@linux-kernel.at> References: <20060228214002.4c39d2d4.bugs.michael@gmx.net> <4405567B.7040707@linux-kernel.at> Message-ID: <20060301094711.7128f75b.bugs.michael@gmx.net> On Wed, 01 Mar 2006 09:08:27 +0100, Oliver Falk wrote: > On 02/28/2006 09:40 PM, Michael Schwendt wrote: > > What the heck is up with Hula? > > > > $ grep hula owners.list > > Fedora Extras|hula|A calendar and mail server|extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| > > Take it, if you want it :-) > > -of > Sorry, you misunderstood the post. It looks like owners.list was set up for a non-existing e-mail address (as in "bugzilla account for that e-mail address doesn't exist") and only because of that was changed to "extras-orphan". The package was not orphaned in the Wiki. It seems it entered FE as an orphan. Hence my mail to packager and extras-list. From bugzilla at redhat.com Wed Mar 1 08:43:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 03:43:59 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603010843.k218hx3Y028788@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-01 03:43 EST ------- No; there does not exist an agreement/rule how to create users for Fedora Extras and there is no preference for or against 'fedora-usermgmt' or the plain 'useradd'. So, you do not need to justify the chosen technology and it is your decision whether you use fedora-usermgmt or not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Wed Mar 1 09:03:08 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 10:03:08 +0100 Subject: [Fwd: games user and group] In-Reply-To: <4404EF1F.50902@kobold.org> References: <4404EF1F.50902@kobold.org> Message-ID: <20060301100308.3299e020.bugs.michael@gmx.net> On Tue, 28 Feb 2006 16:47:27 -0800, Michael Thomas wrote: > Daemon processes > ================ > Some games such as wesnoth and xpilot-ng come with server daemons. I > see three choices for the owner of these daemon processes: > > 1) root (ick!) > 2) Allocate a separate '' user for each package/daemon > 3) Piggyback on the 'games' user > > My preference would be #3. Are there any drawbacks to reusing the > 'games' user to run various game daemons? Do you like to predict for the future that game no.1 should be able to access files and directories from game no.2 and vice versa without any security risks? > File ownership > ============== > Almost every package that I see in FE uses %defattr(-,root,root,-). Is > there any reason why we shouldn't be using %defattr(-,games,games,-) for > game packages (including documentation, manpages and such)? This would be inherently insecure as any compromised game server using the uid/gid games.games could alter the other executables and files. From bugs.michael at gmx.net Wed Mar 1 09:10:30 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 10:10:30 +0100 Subject: rpms/rootsh/FC-4 rootsh.spec,1.1,1.2 In-Reply-To: <1141196914.29304.15.camel@laurel.intra.city-fan.org> References: <200603010036.k210aM2O013225@cvs-int.fedora.redhat.com> <1141196914.29304.15.camel@laurel.intra.city-fan.org> Message-ID: <20060301101030.26ff8265.bugs.michael@gmx.net> On Wed, 01 Mar 2006 07:08:34 +0000, Paul Howarth wrote: > On Tue, 2006-02-28 at 19:35 -0500, Tom Callaway wrote: > > Author: spot > > > > Update of /cvs/extras/rpms/rootsh/FC-4 > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv13173/FC-4 > > > > Modified Files: > > rootsh.spec > > Log Message: > > > > Bump for FC-6... gotcha! > > Spot, why are you doing rebuilds for FC-3 and FC-4 when all that is > needed is a rebuild of development? > > Isn't the buildsystem busy enough already? Ugh. :( So, our users get FC-3/FC-4 package updates only for a bumped release number? This makes no sense, unfortunately. http://buildsys.fedoraproject.org/build-status/job.psp?uid=5532 From bugzilla at redhat.com Wed Mar 1 10:34:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 05:34:15 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200603011034.k21AYFk0025263@www.beta.redhat.com> Please 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 2006-03-01 05:33 EST ------- Ok here is a fixed version... I also applied some stuff from svn and coded a little bit so some of the menu enties work. Should be as good as it gets for now. http://fedora.lowlatency.de/review/multisync-0.90.18-3.src.rpm http://fedora.lowlatency.de/review/multisync.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 Mar 1 10:34:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 05:34:46 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200603011034.k21AYkWc025348@www.beta.redhat.com> Please 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 2006-03-01 05:34 EST ------- hm should be http://fedora.lowlatency.de/review/multisync-0.90.18-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 Wed Mar 1 11:26:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 06:26:59 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603011126.k21BQxoB003145@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 ------- Additional Comments From fedora at soeterbroek.com 2006-03-01 06:26 EST ------- Spec Name or Url: http://www.soeterbroek.com/linux/fedora/extras/heartbeat/heartbeat.spec SRPM Name or Url: http://www.soeterbroek.com/linux/fedora/extras/heartbeat/heartbeat-2.0.3-8.src.rpm * Wed Mar 1 2006 Joost Soeterbroek - 2.0.3-8 - specifically excluded ldirectord symlink from heartbeat package - removed user and group deletion in postun - renamed subpackages ldirectord, pils and stonith to lose prefix heartbeat by using -n package builds in mock rpmlint (virtually) clean -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jwboyer at jdub.homelinux.org Wed Mar 1 10:50:43 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 01 Mar 2006 05:50:43 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141191495.8565.135.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> <1141190178.8565.119.camel@mccallum.corsepiu.local> <1141190849.23234.13.camel@cutter> <1141191495.8565.135.camel@mccallum.corsepiu.local> Message-ID: <1141210243.18976.1.camel@yoda.jdub.homelinux.org> On Wed, 2006-03-01 at 06:38 +0100, Ralf Corsepius wrote: > > Either these issues can be nailed down in a reasonable manner in a > reasonable time frame, or other consequences will have to be taken ... Like what? josh From rc040203 at freenet.de Wed Mar 1 12:32:23 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 13:32:23 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141210243.18976.1.camel@yoda.jdub.homelinux.org> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> <1141190178.8565.119.camel@mccallum.corsepiu.local> <1141190849.23234.13.camel@cutter> <1141191495.8565.135.camel@mccallum.corsepiu.local> <1141210243.18976.1.camel@yoda.jdub.homelinux.org> Message-ID: <1141216343.8565.201.camel@mccallum.corsepiu.local> On Wed, 2006-03-01 at 05:50 -0500, Josh Boyer wrote: > On Wed, 2006-03-01 at 06:38 +0100, Ralf Corsepius wrote: > > > > Either these issues can be nailed down in a reasonable manner in a > > reasonable time frame, or other consequences will have to be taken ... > > Like what? Left to your imagination - There are many possibilities :-) When, you, like me, have to experience 7 out of 30 buildjob die, because the buildsystem chokes in different ways, and then have to experience its maintainers telling you "everything is OK", despite you have the log mails in front of you telling you else, as it happened to me last night, you also will raise this question. Ralf From bugzilla at redhat.com Wed Mar 1 12:35:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 07:35:26 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200603011235.k21CZQMo016882@www.beta.redhat.com> Please 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 2006-03-01 07:35 EST ------- - Now FC5 has: Requires: php >= %{version}, php-api = %{apiver} New SPECS/SRPMS: FC3 (I know that it was EOL'ed :)) : http://dmitry.butskoy.name/php-extras/php-extras.spec.fc3 http://dmitry.butskoy.name/php-extras/php-extras-4.3.11-3.src.rpm FC4: http://dmitry.butskoy.name/php-extras/php-extras.spec.fc4 http://dmitry.butskoy.name/php-extras/php-extras-5.0.4-3.src.rpm FC5: http://dmitry.butskoy.name/php-extras/php-extras.spec.fc5 http://dmitry.butskoy.name/php-extras/php-extras-5.1.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 dennis at ausil.us Wed Mar 1 12:53:06 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 1 Mar 2006 06:53:06 -0600 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141216343.8565.201.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141210243.18976.1.camel@yoda.jdub.homelinux.org> <1141216343.8565.201.camel@mccallum.corsepiu.local> Message-ID: <200603010653.18844.dennis@ausil.us> Once upon a time Wednesday 01 March 2006 6:32 am, Ralf Corsepius wrote: > On Wed, 2006-03-01 at 05:50 -0500, Josh Boyer wrote: > > On Wed, 2006-03-01 at 06:38 +0100, Ralf Corsepius wrote: > > > Either these issues can be nailed down in a reasonable manner in a > > > reasonable time frame, or other consequences will have to be taken ... > > > > Like what? > > Left to your imagination - There are many possibilities :-) > > When, you, like me, have to experience 7 out of 30 buildjob die, because > the buildsystem chokes in different ways, and then have to experience > its maintainers telling you "everything is OK", despite you have the log > mails in front of you telling you else, as it happened to me last night, > you also will raise this question. > > Ralf Ralf, Didn't yupir mum ever tell you that if you can't say anything nice don't say anything at all? Your always negative attituitude has been a downer in a good time lately. -- Dennis Gilmore, RHCE http://www.ausil.us Proud Australian -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bdpepple at ameritech.net Wed Mar 1 14:05:16 2006 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 01 Mar 2006 09:05:16 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <200603010653.18844.dennis@ausil.us> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141210243.18976.1.camel@yoda.jdub.homelinux.org> <1141216343.8565.201.camel@mccallum.corsepiu.local> <200603010653.18844.dennis@ausil.us> Message-ID: <1141221917.29052.7.camel@shuttle.273piedmont.org> On Wed, 2006-03-01 at 06:53 -0600, Dennis Gilmore wrote: > Once upon a time Wednesday 01 March 2006 6:32 am, Ralf Corsepius wrote: > > Left to your imagination - There are many possibilities :-) > > > > When, you, like me, have to experience 7 out of 30 buildjob die, because > > the buildsystem chokes in different ways, and then have to experience > > its maintainers telling you "everything is OK", despite you have the log > > mails in front of you telling you else, as it happened to me last night, > > you also will raise this question. > > > > Ralf > Ralf, > > Didn't yupir mum ever tell you that if you can't say anything nice don't say > anything at all? Your always negative attituitude has been a downer in a > good time lately. > Agreed. Ralf, we get it that your frustrated about the build system, but that doesn't excuse your rude behavior to Dan. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Wed Mar 1 14:37:29 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 1 Mar 2006 09:37:29 -0500 Subject: Rebuild status of FE5 (Was: Re: Please rebuild your packages in the development tree of Fedora Extras) In-Reply-To: <1141194313.19548.13.camel@thl.ct.heise.de> References: <1139851362.2904.79.camel@localhost.localdomain> <1140205892.2904.30.camel@localhost.localdomain> <1140541669.2144.30.camel@localhost.localdomain> <1140978146.18127.112.camel@localhost.localdomain> <1141148822.2278.34.camel@localhost.localdomain> <604aa7910602281034m6e631569rbab3d2feaa33fec@mail.gmail.com> <20060228212958.0cd4046a.bugs.michael@gmx.net> <1141194313.19548.13.camel@thl.ct.heise.de> Message-ID: <604aa7910603010637i52a43aecl7cb1b9effb87bd17@mail.gmail.com> On 3/1/06, Thorsten Leemhuis wrote: > Well, Jef put it there now for removal. But won't that break updates? istanbul does not exist in fc4 it only exists in devel. And as far as I know.. Extras like Core doesn't garuntee working updates for the development tree to a final release. Anyone using extras-development should have the same understanding as for core-development. It eats babies and at at no time are workable update/upgrade paths implied. Regardless, the build is broken it will continue to be broken until either all the gst08 related issues are fixed (not holding my breath) or Core updates gst 0.10 again to the gst 0.10 release that includes bits that istanbul needs (not holding my breath). If you want to keep it in the tree and continue to ping me about the brokenness go right ahead. I have no problem being reminded, in fact I feel loved everytime I get an email from you or Micheal. If you plan to auto-orphan it based in its broken status, even though I'm actively watching the dep situation just go ahead and orphan it now and save me the time of trying to keep up with this. Because istanbul is pretty much the only thing using the crackrock screengrabbing element introduced in gst 0.8.12 it is pretty much the only extras-development application stuck in the position where the current gst 0.10 release available in Core doesn't have all the necessarily functionality yet to make the jump from gst 0.8 possible..even in upstream development. Istanbul cvs at the moment requires gst 0.10 cvs which has the crackrock finally ported from 0.8. So this will work out eventually.. its not going to work on for FC5 release. For istanbul specifically, the late gst08 removal from Core blows monkeychunks. I would have prefered that gst08 have been removed ealier to the transition to extras more time workout... but such is life. > People that have istanbul installed on FC4 istanbul was never released for the fc4 tree... if they have it installed on fc4 they pulled in from Extras development AND they pulled gst 0.8.12 from Core development... and they should be aware of the risks associated with selectively pulling from development trees. The gstreamer released for fc4 at the time istanbul was last built did not include the necessary plugin. If it did.. i would have released istanbul for fc4. The requisite gst 08.12 release is only in updates-testing in FC4 as of last week!!!!!!! Hell I can't even find the annoucement email in the test-list noting its release to the updates-testing tree... so as far as I am conerned that package doesn't exist and is in fact a figment of my imagination.. la la la. Even if that gst 0.8.12 gets out of testing and into the updates-released tree before fc5's release date, it will be available in Core updates-released for fc4 to build against only well after the point where istanbul package in development could be built. And I'm sure as hell not going to take responsibility for building an istanbul for fc4 at this point until i know it has a workable upgrade path to fc5. Doing that sort of thing would be irresponsible of me as a maintainer considering what I know about the state of the upgrade path. If anyone else wants to see istanbul released for fc4, they need to pitch in and get the associated gst08 dep issues resolved in extras-development. > Opinions? You are misinformed about the state of istanbul release. It was not released in Extras for fc4 it only exists in the devel tree, so most of your argument doesn't make much sense, unless you are trying to say that we have an obligation to keep upgrade paths FROM the extras-development tree working. And if that is what you want to argue, then I suggest you start a whole new list dealing solely with the complexities of the mismatch between the Core and Extras policies with regard to the development tree. There is no upgrade path from fc4->fc5 to worry about, istanbul was never released for FC4 extras and it will not be released, by me, for FC4 until gst 0.8.12 is available in updates-released AND there is a workable build in extras-development/fc5 again. -jef"For those people who seriously need to use the screen recording functionality, I can write instructions on how to use shell scriptable gst-lauch commands to replace the underlying functionality instanbul provides without the gui gloss, until this is sorted out as long as you have gst 0.8.12 installed"spaleta From dcbw at redhat.com Wed Mar 1 14:34:11 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 01 Mar 2006 09:34:11 -0500 Subject: Hung builds ? In-Reply-To: <4405324C.4070302@poolshark.org> References: <4404FA6A.9040901@poolshark.org> <1141186518.18177.0.camel@localhost.localdomain> <4405324C.4070302@poolshark.org> Message-ID: <1141223651.2289.5.camel@localhost.localdomain> On Tue, 2006-02-28 at 21:34 -0800, Denis Leroy wrote: > Dan Williams wrote: > > On Tue, 2006-02-28 at 17:35 -0800, Denis Leroy wrote: > > > >>Looks like the build system needs kicking :-( > > > > > > Hmm? seems like its still processing jobs correctly... Which particular > > job is hung for you? > > Looks like things were hung for about 2 hours, but that was about 5 > hours ago, and things resumed after that. No worries. Well, there was a confluence of issues: 1) ppc1 ran out of disk space 2) Core repodata was inconsistent, failing a couple jobs I took ppc1 down yesterday for about 20 minutes to clean it up, and when it got back into the mix it took quite a while to catch up with the unfinished ppc jobs. That accounts for most of the delay. I didn't notice anything in the server or builder logs that indicate that the buildsys hung, it just slowed down for a while while ppc1 was having issues. Dan From bugzilla at redhat.com Wed Mar 1 14:42:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 09:42:42 -0500 Subject: [Bug 177038] Review Request: perl-version: Perl extension for Version Objects In-Reply-To: Message-ID: <200603011442.k21EggA5009030@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-version: Perl extension for Version Objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177038 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rc040203 at freenet.de 2006-03-01 09:42 EST ------- Closing, apparently Spot missed to close this PR -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 1 14:44:24 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 01 Mar 2006 09:44:24 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141216343.8565.201.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> <1141190178.8565.119.camel@mccallum.corsepiu.local> <1141190849.23234.13.camel@cutter> <1141191495.8565.135.camel@mccallum.corsepiu.local> <1141210243.18976.1.camel@yoda.jdub.homelinux.org> <1141216343.8565.201.camel@mccallum.corsepiu.local> Message-ID: <1141224264.2289.14.camel@localhost.localdomain> On Wed, 2006-03-01 at 13:32 +0100, Ralf Corsepius wrote: > On Wed, 2006-03-01 at 05:50 -0500, Josh Boyer wrote: > > On Wed, 2006-03-01 at 06:38 +0100, Ralf Corsepius wrote: > > > > > > Either these issues can be nailed down in a reasonable manner in a > > > reasonable time frame, or other consequences will have to be taken ... > > > > Like what? > > Left to your imagination - There are many possibilities :-) > > When, you, like me, have to experience 7 out of 30 buildjob die, because > the buildsystem chokes in different ways, and then have to experience > its maintainers telling you "everything is OK", despite you have the log > mails in front of you telling you else, as it happened to me last night, > you also will raise this question. I still don't know what exactly "went wrong" with your builds... If you could give me a quick list of the problems you ran into (aside from the "no job id provided", which we know isn't actually a problem), that would be quite useful. >From what I can tell, there are a couple possiblities: 1) You got "no Job ID provided"; but in this case the buildsystem still took your builds, and processed them. I don't see any indication otherwise, please correct me if the builds did not get picked up by the buildsys at all 2) Repodata was inconsistent last night for a while because mirrors were syncing. That's not really the buildsystem's fault, though the buildsys could be more tolerant of that error. When we install the depsolving upgrade over the next week or two, this problem should disappear as jobs that this this problem won't even get pushed to builders until its fixed 3) ppc1 was out of disk space; I cleaned it up last night and requeued all the failed jobs I could find that had failed due to this error. I see two jobs of yours that have actually failed: 5135: Coin2 (Coin2-2_4_4-3_2_fc4) rc040203 at freenet.de failed/failed ppc1.fedora.redhat.com(ppc): 0ad02077f4fdbfab353a083c195e65c645705d10 done/prepping hammer2.fedora.redhat.com(i386): 8e4d2c310ce60eda43c23e51b61784947370ffc1 done/failed hammer3.fedora.redhat.com(x86_64): 48f4dbb01268431f3f91f1f01d00e41353882860 done/failed ---> failed due to the dap-server issues last week; ultimately not buildsys-related 5571: perl-DBIx-SearchBuilder (perl-DBIx-SearchBuilder-1_38-2_fc5) rc040203 at freenet.de failed/failed hammer3.fedora.redhat.com(noarch): 6785ca3835d57e7d3753e70823bfb707574f986b done/failed ---> Failed due to build errors, not buildsystem related Dan From dcbw at redhat.com Wed Mar 1 15:00:09 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 01 Mar 2006 10:00:09 -0500 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141191062.23234.15.camel@cutter> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141190337.18177.26.camel@localhost.localdomain> <1141191062.23234.15.camel@cutter> Message-ID: <1141225210.2289.18.camel@localhost.localdomain> On Wed, 2006-03-01 at 00:31 -0500, seth vidal wrote: > On Wed, 2006-03-01 at 00:18 -0500, Dan Williams wrote: > > On Wed, 2006-03-01 at 06:03 +0100, Ralf Corsepius wrote: > > > > Please check to make sure the job did > > > > not actually get enqueued. > > > How about you fixing your code to not produce false alarms, if you are > > > sure these are false alarms? > > > > To be perfectly fair, the error message doesn't say "The buildsys is > > hung", it says just what it means; that the build system didn't give you > > a job ID. The only reason that this message attained the connotations > > it did, was because I kept asking people both on this list and on > > #fedora-extras to report instances of this message. Since that's no > > longer the case, I'd like to officially change the connotation that this > > error message has to "check the web UI for your job for 5 minutes after > > you submit your job, then report." > > > > If you'd like, I can increase the plague-client timeout to 20s such that > > it will almost always give you a job ID. However, that's really just > > papering over the problem. In the long run, we need to evaluate how to > > deal with sqlite's table locking issues, > > Would dumping sqlite to use the postgresql instance on the buildmaster > help the locking issue? Well, we already use postgres on the buildmaster, but that the architecture we started with when using sqlite isn't the best for postgres, because limitations of sqlite drag down everyone. That limitation is essentially that sqlite doesn't have row-locking, and therefore all access to the database must be synchronized. I can think of a couple of ways to fix this, but they of course take time to work out... Dan From rc040203 at freenet.de Wed Mar 1 15:05:00 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 01 Mar 2006 16:05:00 +0100 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141224264.2289.14.camel@localhost.localdomain> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141167720.8565.99.camel@mccallum.corsepiu.local> <1141175349.25470.3.camel@localhost.localdomain> <1141187232.8565.102.camel@mccallum.corsepiu.local> <1141188630.18177.18.camel@localhost.localdomain> <1141189383.8565.108.camel@mccallum.corsepiu.local> <1141189572.23234.7.camel@cutter> <1141190178.8565.119.camel@mccallum.corsepiu.local> <1141190849.23234.13.camel@cutter> <1141191495.8565.135.camel@mccallum.corsepiu.local> <1141210243.18976.1.camel@yoda.jdub.homelinux.org> <1141216343.8565.201.camel@mccallum.corsepiu.local> <1141224264.2289.14.camel@localhost.localdomain> Message-ID: <1141225500.8565.226.camel@mccallum.corsepiu.local> On Wed, 2006-03-01 at 09:44 -0500, Dan Williams wrote: > On Wed, 2006-03-01 at 13:32 +0100, Ralf Corsepius wrote: > > On Wed, 2006-03-01 at 05:50 -0500, Josh Boyer wrote: > > > On Wed, 2006-03-01 at 06:38 +0100, Ralf Corsepius wrote: > > > > > > > > Either these issues can be nailed down in a reasonable manner in a > > > > reasonable time frame, or other consequences will have to be taken ... > > > > > > Like what? > > > > Left to your imagination - There are many possibilities :-) > > > > When, you, like me, have to experience 7 out of 30 buildjob die, because > > the buildsystem chokes in different ways, and then have to experience > > its maintainers telling you "everything is OK", despite you have the log > > mails in front of you telling you else, as it happened to me last night, > > you also will raise this question. > > I still don't know what exactly "went wrong" with your builds... Remark: Last night I launched "2 batches of rebuilds", the first one consisting of 9 jobs, the second one consisting of 21 jobs. >From the first batch, I received 2 "no job ids", and observed the jobs to be finishing with a delay of 5-6 hours. ATM, I presume you had requeued them. >From the 2nd batch 5 failed, with the symptoms matching your description from your other mail ("full ppc disk/corrupted repo"). I requeued them, which hat let 4 of them succeed, while the 5th one tripped a real package issue. > >From what I can tell, there are a couple possiblities: > > 1) You got "no Job ID provided"; but in this case the buildsystem still > took your builds, and processed them. I don't see any indication > otherwise, please correct me if the builds did not get picked up by the > buildsys at all I don't know and can't tell. As mentioned above, the build jobs exposing this symptoms completed with several hours delay. > 2) Repodata was inconsistent last night for a while because mirrors were > syncing. That's not really the buildsystem's fault, though the buildsys > could be more tolerant of that error. When we install the depsolving > upgrade over the next week or two, this problem should disappear as jobs > that this this problem won't even get pushed to builders until its fixed > > 3) ppc1 was out of disk space; I cleaned it up last night and requeued > all the failed jobs I could find that had failed due to this error. Cf. above, these 2 reasons definitely had been involved for the latter 5. > I see two jobs of yours that have actually failed: > > 5135: Coin2 (Coin2-2_4_4-3_2_fc4) rc040203 at freenet.de failed/failed > ppc1.fedora.redhat.com(ppc): 0ad02077f4fdbfab353a083c195e65c645705d10 done/prepping > hammer2.fedora.redhat.com(i386): 8e4d2c310ce60eda43c23e51b61784947370ffc1 done/failed > hammer3.fedora.redhat.com(x86_64): 48f4dbb01268431f3f91f1f01d00e41353882860 done/failed > > ---> failed due to the dap-server issues last week; ultimately not buildsys-related Correct, this is an older one, which was victim of the dap-server issues. > > 5571: perl-DBIx-SearchBuilder (perl-DBIx-SearchBuilder-1_38-2_fc5) rc040203 at freenet.de failed/failed > hammer3.fedora.redhat.com(noarch): 6785ca3835d57e7d3753e70823bfb707574f986b done/failed > > ---> Failed due to build errors, not buildsystem related Also correct. This is the 5th one mentioned above. Ralf From bugzilla at redhat.com Wed Mar 1 15:05:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 10:05:12 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603011505.k21F5CRf014659@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From rc040203 at freenet.de 2006-03-01 10:05 EST ------- Ping? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Wed Mar 1 15:44:12 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 01 Mar 2006 16:44:12 +0100 Subject: Rebuild status of FE5 (Was: Re: Please rebuild your packages in the development tree of Fedora Extras) In-Reply-To: <604aa7910603010637i52a43aecl7cb1b9effb87bd17@mail.gmail.com> References: <1139851362.2904.79.camel@localhost.localdomain> <1140205892.2904.30.camel@localhost.localdomain> <1140541669.2144.30.camel@localhost.localdomain> <1140978146.18127.112.camel@localhost.localdomain> <1141148822.2278.34.camel@localhost.localdomain> <604aa7910602281034m6e631569rbab3d2feaa33fec@mail.gmail.com> <20060228212958.0cd4046a.bugs.michael@gmx.net> <1141194313.19548.13.camel@thl.ct.heise.de> <604aa7910603010637i52a43aecl7cb1b9effb87bd17@mail.gmail.com> Message-ID: <1141227852.2379.6.camel@localhost.localdomain> Am Mittwoch, den 01.03.2006, 09:37 -0500 schrieb Jeff Spaleta: > On 3/1/06, Thorsten Leemhuis wrote: > > Well, Jef put it there now for removal. But won't that break updates? > > istanbul does not exist in fc4 it only exists in devel. >[...] > You are misinformed about the state of istanbul release. It was not > released in Extras for fc4 it only exists in the devel tree, so most > of your argument doesn't make much sense, Well, there is still gnomebaker that is in fe4. If we remove it we'll break updates. Or is a solution for it in sight? CU thl -- Thorsten Leemhuis From tibbs at math.uh.edu Wed Mar 1 15:53:26 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 09:53:26 -0600 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: (Rex Dieter's message of "Tue, 28 Feb 2006 22:19:50 -0600") References: Message-ID: I changed the subject to more closely describe what's going on. >>>>> "RD" == Rex Dieter writes: RD> Here's a trick I've been thinking about using to work around the RD> same problem when building maxima to make a dependancy against the RD> version of sbcl used to build it: Unfortunately there's a big problem: I'm not smart enough to have a clue why that code works. So let me just raise some questions and hope someone smarter than me can provide some advice. The Ruby template is trying to determine where Ruby is configured to keep site-installed packages, and then it does: Requires: %{ruby_sitelib} Packages built using the template don't actually require ruby, just that directory. The directory isn't even versioned, although inside it are versioned directories just like /usr/lib/perl/site_perl. So I see a couple of issues: 1) The template calls ruby to determine %{ruby_sitelib}, which doesn't work in mock: %{!?ruby_sitelib: %define ruby_sitelib %(ruby -rrbconfig -e "puts Config::CONFIG['sitedir']")} I can work around this with the simple change: %{!?ruby_sitelib: %define ruby_sitelib %(ruby -rrbconfig -e "puts Config::CONFIG['sitedir']" || echo ruby)} which provides a reasonable (and most importantly nonempty) dependency in the case that Ruby doesn't exist yet, but I have no idea if that's remotely acceptable. 2) The dependency isn't versioned in any way. A noarch Ruby module has the following dependencies: /usr/lib/site_ruby rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Is this actually reasonable for long-term maintainability? Should we be at least sticking the Ruby version on the path? For arch-dependent packages, %{ruby_sitearch} ends up as something like /usr/lib/site_ruby/1.8/i386-linux which seems much better. - J< From dennis at ausil.us Wed Mar 1 16:09:32 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 1 Mar 2006 10:09:32 -0600 Subject: no Job ID was provided in the time required (Was: Please rebuild your packages in Fedora Extras development) In-Reply-To: <1141224059.8565.213.camel@mccallum.corsepiu.local> References: <20060228171419.01D7F8DA9@truhe.thl.home> <1141221917.29052.7.camel@shuttle.273piedmont.org> <1141224059.8565.213.camel@mccallum.corsepiu.local> Message-ID: <200603011009.32524.dennis@ausil.us> On Wednesday 01 March 2006 08:40, Ralf Corsepius wrote: > On Wed, 2006-03-01 at 09:05 -0500, Brian Pepple wrote: > > > > Agreed. Ralf, we get it that your frustrated about the build system, > > but that doesn't excuse your rude behavior to Dan. > > What am I supposed to do in your opinion? > > Telling "Dan you're doing a great job, the build system is working > perfectly", while receiving a batch of log mails telling me the buildsys > is broken? You could just say hey can someone please look at the buildsys. you dont have to be so negative about everything. every single suggestion for improvement in the fedora development community as a whole lately has been meet with resounding negativity from you. -- Regards Dennis Gilmore, RHCE Proud Australian From fedora at leemhuis.info Wed Mar 1 16:14:13 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 01 Mar 2006 17:14:13 +0100 Subject: Request for help and opinions: Rebuilding and basic checking for orphans Message-ID: <1141229653.2997.13.camel@localhost.localdomain> Hi! we still have a lot of orphans in extras/development/ that will remain in FE5. For a list see http://www.fedoraproject.org/wiki/Extras/FC5Status and look out for packages owned by "extras-orphan_AT_fedoraproject.org" Well what do we want do with them? a) just leave them there b) check them and remove those that are broken and are not required by other programs c) rebuild the arch packages, check them afterwards and remove the broken ones I'd suggest c) for arch packages and b) for noarch packags. Objections? Anyone interested it helping there? I would suggest this scheme if the answer is "yes": - Add your name after some packages owned by extras-orphan_AT_fedoraproject.org on http://www.fedoraproject.org/wiki/Extras/FC5Status - Rebuild it in case it's an arch package - Do a quick check of the resulting binary if it works in general. If it didn't build or is a noarch package check the old one in the repo. - Remove it from the rebuild list on http://www.fedoraproject.org/wiki/Extras/FC5Status If it does not work and can be removed safely (e.g. no other packages require it) place a remove request on above wiki page (that section is near the top). CU thl -- Thorsten Leemhuis From jspaleta at gmail.com Wed Mar 1 16:17:19 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 1 Mar 2006 11:17:19 -0500 Subject: Rebuild status of FE5 (Was: Re: Please rebuild your packages in the development tree of Fedora Extras) In-Reply-To: <1141227852.2379.6.camel@localhost.localdomain> References: <1139851362.2904.79.camel@localhost.localdomain> <1140541669.2144.30.camel@localhost.localdomain> <1140978146.18127.112.camel@localhost.localdomain> <1141148822.2278.34.camel@localhost.localdomain> <604aa7910602281034m6e631569rbab3d2feaa33fec@mail.gmail.com> <20060228212958.0cd4046a.bugs.michael@gmx.net> <1141194313.19548.13.camel@thl.ct.heise.de> <604aa7910603010637i52a43aecl7cb1b9effb87bd17@mail.gmail.com> <1141227852.2379.6.camel@localhost.localdomain> Message-ID: <604aa7910603010817u68ec37fbs66178204589d54e0@mail.gmail.com> > Well, there is still gnomebaker that is in fe4. If we remove it we'll > break updates. Or is a solution for it in sight? Am i talking about gnomebaker? No. Does gnomebaker use gstreamer08-python in Extras and thus will be affected by the 64bit related packaging problems associated with that package which can only be resolved after gst08 and gst08-plugins gets into Extras? No. Do i know anything about the specific gstreamer elements that gnomebaker requires and whether they have been ported to gst 0.10 yet or not? No. I have no idea where upstream gnomebaker development is in terms of transitioning to gst 0.10 so I can not answer as to whether gnomebaker in extras-development can be successfully patched to use gst 0.10 without loss of functionality. I think transitioning to gst 0.10 asap would be more worthwhile for gnomebaker instead of working on gst08 deployment in Extras if the currently available gst 0.10 in core-development has the necessary plugin functionality. But since I have not seen the maintainer of gnomebaker in Extras express interest in trying to patch in a transition to gst 0.10, I haven't spent any time on it. If he'd rather work out the gst08 dep issues instead of figuring out how gnomebaker can be transitioned to use gst 0.10 via some patches.. that's his decision. And from the brief discussion i had over the weekend, ignacio had started an informal review of gst08 and there was some question about whether rpaths are a blocker for Extras packages or not since the default rpmlint doesn't include the check. What I do know is that istanbul can not be transitioned yet because of specific missing functionality. Okay that's sort of a lie. I could most likely transition the istanbul package to gst 0.10 right now... and the resulting shipped application would be garunteed not to work because of missing gst element support for the screencapture element. That's the fun thing about gstreamer being plugin based. I can very well release an istanbul package that provides no useful functionality and get it through the build system barring any weird arch specific packaging problems in the dependancy chain. I'd be tempted to do exactly that if there was an fc4 istanbul package available and i needed to preserve the upgrade path and just leave a bug report open detailing the problem... but i dont have an upgrade path to worry about. What I do know is that the specific gstreamer element functionality istanbul requires to function, according to the upstreamer developer of istanbul, is not present in the currently available gst 0.10 release in core development. I can't tell you what prevents gnomebaker from being patched to transition to gst 0.10, if anything at all is in fact preventing it other than the manhours to do it. Sadly the sf.net sites aren't behaving right now so I can not pull the upstream gnomebaker source and look at what its using from the available gstreamer functionality. -jef From bugzilla at redhat.com Wed Mar 1 16:24:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 11:24:47 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603011624.k21GOlCb003443@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 ------- Additional Comments From orion at cora.nwra.com 2006-03-01 11:24 EST ------- - Big issue: You've changed the user creation: %define fuid $[ $(cat /etc/fedora/usermgmt/baseuid) + 24 ] %define guid $[ $(cat /etc/fedora/usermgmt/basegid) + 24 ] (configure) --with-ccmuser-id=%{fuid} \ %pre /usr/sbin/groupadd -g %{guid} -r haclient &>/dev/null || : /usr/sbin/useradd -u %{fuid} -r -s /sbin/nologin -d /var/lib/heartbeat/cores/hacluster -M \ -c 'heartbeat user' -g haclient hacluster &>/dev/null || : This won't work for several reasons: - /etc/fedora/usermgmt/baseuid/gid can be different on different machines. This is NOT constant across Fedora installs. - Michael Schwendt pointed out that baseuid is not ready for use, and to use fedora-useradd/group add instead. Now it *appears* that heartbeat requires a user id at build time, but the only place I see it used in the code is ./cts/CM_LinuxHAv2.py.in: self.rsh.remote_python_call(node, "os", "system", "chown @HA_CCMUID@ @HA_VARLIBDIR@/heartbeat/crm/cib.xml") which I believe could be changed to: ./cts/CM_LinuxHAv2.py.in: self.rsh.remote_python_call(node, "os", "system", "chown @HA_CCMUSER@ @HA_VARLIBDIR@/heartbeat/crm/cib.xml") since the username will be constant. - After looking at ConfigureMe, you are better off calling %configure with the appropriate options directly: %configure \ --disable-fatal-warnings \ --disable-static \ %if %{ENABLE_MGMT} --enable-mgmt %else --disable-mgmt - You need to fix up your Requires(pre/post/etc), especially when you move back to fedora-useradd/groupadd. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 1 16:41:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 11:41:47 -0500 Subject: [Bug 179439] Review Request: linux-libertine-fonts - TrueType serif fonts In-Reply-To: Message-ID: <200603011641.k21Gfllc009945@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: linux-libertine-fonts - TrueType serif fonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179439 frank at scirocco-5v-turbo.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From frank at scirocco-5v-turbo.de 2006-03-01 11:41 EST ------- Thanks again, 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 joost at soeterbroek.com Wed Mar 1 17:01:01 2006 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Wed, 01 Mar 2006 18:01:01 +0100 Subject: ownership of xmms-cdread Message-ID: <1141232461.3784.1.camel@alexandria> Hi, I would like to take ownership of xmms-cdread. It is cuurently listed at http://www.fedoraproject.org/wiki/Extras/FC5Status and needs rebuild for FC5. Joost From wart at kobold.org Wed Mar 1 17:11:52 2006 From: wart at kobold.org (Michael Thomas) Date: Wed, 01 Mar 2006 09:11:52 -0800 Subject: [Fwd: games user and group] In-Reply-To: <20060301013610.GC22759@devserv.devel.redhat.com> References: <4404EF1F.50902@kobold.org> <20060301013610.GC22759@devserv.devel.redhat.com> Message-ID: <4405D5D8.8060809@kobold.org> Bill Nottingham wrote: > Michael Thomas (wart at kobold.org) said: > >>Daemon processes >>================ >>Some games such as wesnoth and xpilot-ng come with server daemons. I >>see three choices for the owner of these daemon processes: >> >>1) root (ick!) >>2) Allocate a separate '' user for each package/daemon >>3) Piggyback on the 'games' user >> >>My preference would be #3. Are there any drawbacks to reusing the >>'games' user to run various game daemons? > > > Someone who compromises one game server could compromise > any other servers running under the same user, etc. I see your point. I figured that the nature of games made them less important with respect to this type of security risk. Reusing the games user also makes the user management issues with the packaging much simpler (no fedora-useradd registration or dynamic userid with useradd). There's also the option of using selinux policies to make things more secure. This should probably be done regardless of whether the daemons run under a single userid or separate ones. >>File ownership >>============== >>Almost every package that I see in FE uses %defattr(-,root,root,-). Is >>there any reason why we shouldn't be using %defattr(-,games,games,-) for >>game packages (including documentation, manpages and such)? > > > There's no reason to really have the files owned by the games user; > in fact, it's probably more secure to leave them owned by root, and > just leave the scorefiles owned by games. Fair enough. Some of the executables will still have to be setgid 'games' to that users can write to the shared scoreboard file. I don't think it would be reasonable to tell admins that they have to add users to the 'games' group just for this purpose, especially when there might be many users. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugs.michael at gmx.net Wed Mar 1 17:13:21 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 18:13:21 +0100 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: References: Message-ID: <20060301181321.205eda95.bugs.michael@gmx.net> On Wed, 01 Mar 2006 09:53:26 -0600, Jason L Tibbitts III wrote: > I changed the subject to more closely describe what's going on. > > >>>>> "RD" == Rex Dieter writes: > > RD> Here's a trick I've been thinking about using to work around the > RD> same problem when building maxima to make a dependancy against the > RD> version of sbcl used to build it: > > Unfortunately there's a big problem: I'm not smart enough to have a > clue why that code works. So let me just raise some questions and > hope someone smarter than me can provide some advice. > > The Ruby template is trying to determine where Ruby is configured to > keep site-installed packages, and then it does: > > Requires: %{ruby_sitelib} > > Packages built using the template don't actually require ruby, just > that directory. The directory isn't even versioned, although inside > it are versioned directories just like /usr/lib/perl/site_perl. As a side-note, the package ought not install into Ruby site locations anyway. It should install into rubylibdir, i.e. $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' /usr/lib/ruby/1.8 as that, just like Perl vendor locations, allows site installations which override Fedora-shipped packages. > So I see a couple of issues: > > 1) The template calls ruby to determine %{ruby_sitelib}, which doesn't > work in mock: > > %{!?ruby_sitelib: %define ruby_sitelib %(ruby -rrbconfig -e "puts Config::CONFIG['sitedir']")} It does work in mock, albeit only when building the binary, not when preparing the src.rpm in host chroot. From bdpepple at ameritech.net Wed Mar 1 17:18:44 2006 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 01 Mar 2006 12:18:44 -0500 Subject: Rebuild status of FE5 In-Reply-To: <604aa7910603010817u68ec37fbs66178204589d54e0@mail.gmail.com> References: <1139851362.2904.79.camel@localhost.localdomain> <1140541669.2144.30.camel@localhost.localdomain> <1140978146.18127.112.camel@localhost.localdomain> <1141148822.2278.34.camel@localhost.localdomain> <604aa7910602281034m6e631569rbab3d2feaa33fec@mail.gmail.com> <20060228212958.0cd4046a.bugs.michael@gmx.net> <1141194313.19548.13.camel@thl.ct.heise.de> <604aa7910603010637i52a43aecl7cb1b9effb87bd17@mail.gmail.com> <1141227852.2379.6.camel@localhost.localdomain> <604aa7910603010817u68ec37fbs66178204589d54e0@mail.gmail.com> Message-ID: <1141233525.5247.13.camel@shuttle.273piedmont.org> On Wed, 2006-03-01 at 11:17 -0500, Jeff Spaleta wrote: > I have no idea where upstream gnomebaker development is in terms of > transitioning to gst 0.10 so I can not answer as to whether gnomebaker > in extras-development can be successfully patched to use gst 0.10 > without loss of functionality. I think transitioning to gst 0.10 asap > would be more worthwhile for gnomebaker instead of working on gst08 > deployment in Extras if the currently available gst 0.10 in > core-development has the necessary plugin functionality. But since I > have not seen the maintainer of gnomebaker in Extras express interest > in trying to patch in a transition to gst 0.10, I haven't spent any > time on it. If he'd rather work out the gst08 dep issues instead of > figuring out how gnomebaker can be transitioned to use gst 0.10 via > some patches.. that's his decision. Porting gnomebaker over to gst 0.10, is going to be a fairly time consuming job (certainly more time than I've got right now). Luke's started it, but most likely it's not going to be completed before FC5 comes out. In response to Thorsten's early question an exceptions being made for automatically allowing FC packages to be imported into FE, I'd be for that. Considering how long gst-0.8 was in Core, what is the harm in having it in FE? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Mar 1 17:13:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 12:13:42 -0500 Subject: [Bug 180299] Review Request: pitivi In-Reply-To: Message-ID: <200603011713.k21HDgUf021237@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pitivi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180299 jeff at ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-01 12:13 EST ------- I'm going to set this to APPROVED to get things moving even though it doesn't seem to work for me... It may just be my laptop messing up. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Wed Mar 1 17:35:31 2006 From: wart at kobold.org (Michael Thomas) Date: Wed, 01 Mar 2006 09:35:31 -0800 Subject: [Fwd: games user and group] In-Reply-To: <20060301100308.3299e020.bugs.michael@gmx.net> References: <4404EF1F.50902@kobold.org> <20060301100308.3299e020.bugs.michael@gmx.net> Message-ID: <4405DB63.5060806@kobold.org> Michael Schwendt wrote: > On Tue, 28 Feb 2006 16:47:27 -0800, Michael Thomas wrote: > > >>Daemon processes >>================ >>Some games such as wesnoth and xpilot-ng come with server daemons. I >>see three choices for the owner of these daemon processes: >> >>1) root (ick!) >>2) Allocate a separate '' user for each package/daemon >>3) Piggyback on the 'games' user >> >>My preference would be #3. Are there any drawbacks to reusing the >>'games' user to run various game daemons? > > > Do you like to predict for the future that game no.1 should be able > to access files and directories from game no.2 and vice versa without > any security risks? Good point. But couldn't that be worked around with selinux policies? --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Wed Mar 1 17:39:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 12:39:22 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603011739.k21HdMo8026590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From dgregor at redhat.com 2006-03-01 12:39 EST ------- After having a discussion with some folks, I think /var/www/gallery2 would be a better base directory. It was pointed out that this ensures that the content gets the right SELinux context. Also, files under /var/www/html are user-managed content and are susceptible to accidentally get erased or moved by someone administering website content. We would also want to include /etc/httpd/conf.d/gallery2.conf, which could be as simple as: Alias /gallery2 /var/www/gallery2 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Wed Mar 1 17:54:00 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 11:54:00 -0600 Subject: Ruby specfile template issues In-Reply-To: <20060301181321.205eda95.bugs.michael@gmx.net> (Michael Schwendt's message of "Wed, 1 Mar 2006 18:13:21 +0100") References: <20060301181321.205eda95.bugs.michael@gmx.net> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> As a side-note, the package ought not install into Ruby site MS> locations anyway. Can someone who knows how this is supposed to work get the template fixed? This is all coming directly from the Ruby template in fedora-rpmdevtools, so every Ruby package is going to be wrong until that gets fixed. MS> It does work in mock, albeit only when building the binary, not MS> when preparing the src.rpm in host chroot. Mock errors out before it even gets to the point of building the binary (unless you stick the "|| echo ruby" hack onto the end). That was what prompted me to start this thread originally. - J< From kevin-fedora-extras at scrye.com Wed Mar 1 17:37:41 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 01 Mar 2006 10:37:41 -0700 (MST) Subject: Request for help and opinions: Rebuilding and basic checking for orphans References: <1141229653.2997.13.camel@localhost.localdomain> Message-ID: <20060301.103741.258004412.kevin@scrye.com> >>>>> "Thorsten" == Thorsten Leemhuis writes: Thorsten> Hi! we still have a lot of orphans in extras/development/ Thorsten> that will remain in FE5. For a list see Thorsten> http://www.fedoraproject.org/wiki/Extras/FC5Status and look Thorsten> out for packages owned by Thorsten> "extras-orphan_AT_fedoraproject.org" Thorsten> Well what do we want do with them? a) just leave them there Thorsten> b) check them and remove those that are broken and are not Thorsten> required by other programs c) rebuild the arch packages, Thorsten> check them afterwards and remove the broken ones Thorsten> I'd suggest c) for arch packages and b) for noarch Thorsten> packags. Objections? Anyone interested it helping there? What definition of "broken" are you using? Doesn't rebuild? segfaults on startup/other app specific bug? I personally would suggest: d) remove all of them that aren't required by other packages. and then all the remaining ones that are required by other packages should be taken over by those people who's packages need them. I think the problem with shipping them as orphans after a rebuild is that if users report bugs against them, there will be no one home. This will be non optimal. There won't be any maintainer thats using them and can upgrade or fix them. We don't know if they work right just by rebuilding them, and there wouldn't be anyone answering the bugs users report about them not working. Just my 2cents. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From oliver.andrich at gmail.com Wed Mar 1 18:24:18 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 19:24:18 +0100 Subject: Odd mock build problem In-Reply-To: References: Message-ID: <20060301182418.GA2936@fitheach> On Tue, Feb 28, 2006 at 10:19:50PM -0600, Rex Dieter wrote: > > Unfortunately it's not empty: > > > > Requires: %{ruby_sitelib} > > > > or, more precisely, it's only showing up as empty because ruby isn't > > there. > > It *is* empty during the first run to create the srpm. > > Here's a trick I've been thinking about using to work around the same > problem when building maxima to make a dependancy against the version of > sbcl used to build it: > > # maxima requires the *same* version it was built against > # this hack should work, even in mock (-: -- Rex > %global sbcl_ver %(sbcl --version 2>/dev/null | cut -d' ' -f2) > %if "%{?sbcl_ver}" >= "0.9" > %define sbcl_ver2 = %{sbcl_ver} > %endif > Requires: sbcl %{?sbcl_ver2} > > You'll need to do something similar. Hi, let me comment on this as I am the author of this SRPM, which builds without any problem on my FC4 and my FC5Test3 system. I think, this is an obvious bug in the mock stuff, cause without mock everything works as expected. I think, we should file a bug report about this, cause casting some mighty rpm spec file shell magic like above can't be a solution to satisfy mock. :) Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From oliver.andrich at gmail.com Wed Mar 1 18:27:23 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 19:27:23 +0100 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: <20060301181321.205eda95.bugs.michael@gmx.net> References: <20060301181321.205eda95.bugs.michael@gmx.net> Message-ID: <20060301182723.GB2936@fitheach> On Wed, Mar 01, 2006 at 06:13:21PM +0100, Michael Schwendt wrote: > As a side-note, the package ought not install into Ruby site locations > anyway. It should install into rubylibdir, i.e. > > $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' > /usr/lib/ruby/1.8 > > as that, just like Perl vendor locations, allows site installations > which override Fedora-shipped packages. Well, the official fedora package defines this directory and it is the location where 3rd party modules have to go. libdir is the location of ruby'S own stdlib and nothing else. Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From oliver.andrich at gmail.com Wed Mar 1 18:29:51 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 19:29:51 +0100 Subject: Ruby specfile template issues In-Reply-To: References: <20060301181321.205eda95.bugs.michael@gmx.net> Message-ID: <20060301182951.GC2936@fitheach> On Wed, Mar 01, 2006 at 11:54:00AM -0600, Jason L Tibbitts III wrote: > >>>>> "MS" == Michael Schwendt writes: > > MS> As a side-note, the package ought not install into Ruby site > MS> locations anyway. > > Can someone who knows how this is supposed to work get the template > fixed? This is all coming directly from the Ruby template in > fedora-rpmdevtools, so every Ruby package is going to be wrong until > that gets fixed. Well, there is no need to fix anything, cause the above said is wrong! Completely wrong. > MS> It does work in mock, albeit only when building the binary, not > MS> when preparing the src.rpm in host chroot. > > Mock errors out before it even gets to the point of building the > binary (unless you stick the "|| echo ruby" hack onto the end). That > was what prompted me to start this thread originally. Well, I think I should have a look at mock, cause if all these errors are the case, then there must be something wrong there. Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From ivazquez at ivazquez.net Wed Mar 1 18:33:05 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 01 Mar 2006 13:33:05 -0500 Subject: Ruby specfile template issues In-Reply-To: <20060301182951.GC2936@fitheach> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182951.GC2936@fitheach> Message-ID: <1141237985.2500.17.camel@ignacio.lan> On Wed, 2006-03-01 at 19:29 +0100, Oliver Andrich wrote: > On Wed, Mar 01, 2006 at 11:54:00AM -0600, Jason L Tibbitts III wrote: > > >>>>> "MS" == Michael Schwendt writes: > > MS> It does work in mock, albeit only when building the binary, not > > MS> when preparing the src.rpm in host chroot. > > > > Mock errors out before it even gets to the point of building the > > binary (unless you stick the "|| echo ruby" hack onto the end). That > > was what prompted me to start this thread originally. > > Well, I think I should have a look at mock, cause if all these errors > are the case, then there must be something wrong there. No, not really. mock doesn't have ruby installed when it goes to resolve the deps (including ruby, of course), so the spec file when fully evaluated ends up being invalid. -- 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 Wed Mar 1 18:34:35 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 01 Mar 2006 20:34:35 +0200 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: <20060301181321.205eda95.bugs.michael@gmx.net> References: <20060301181321.205eda95.bugs.michael@gmx.net> Message-ID: <1141238075.31147.23.camel@bobcat.mine.nu> On Wed, 2006-03-01 at 18:13 +0100, Michael Schwendt wrote: > As a side-note, the package ought not install into Ruby site locations > anyway. It should install into rubylibdir, i.e. > > $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' > /usr/lib/ruby/1.8 Are you sure about that? Without knowing much at all about ruby, I'd think that the above dir would be reserved to stuff that ships with ruby(-libs). > as that, just like Perl vendor locations, allows site installations > which override Fedora-shipped packages. Well, ruby is similar to python in the sense that python lacks the vendor install dirs concept and its extensions (including packaged ones) use site-packages, so ruby could use them too instead of intruding the "main" ruby install dirs. But again, I know very little about ruby, and it looks this is a matter of choosing the lesser evil so someone more familiar with this stuff will have to make the call. By the way, on a x86_64 Rawhide box: $ ruby -rrbconfig -e 'puts Config::CONFIG["archdir"]' /usr/lib64/ruby/1.8/x86_64-linux $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' /usr/lib64/ruby/1.8 $ ruby -rrbconfig -e 'puts Config::CONFIG["sitedir"]' /usr/lib64/site_ruby $ ruby -rrbconfig -e 'puts Config::CONFIG["sitelibdir"]' /usr/lib64/site_ruby/1.8 $ ruby -rrbconfig -e 'puts Config::CONFIG["sitearchdir"]' /usr/lib64/site_ruby/1.8/x86_64-linux Note lib64 everywhere -> none of the above are suitable for noarch packages, no matter what files they'd contain. I would expect some /usr/share or /usr/lib (Python and Perl have the latter) dirs on a x86_64 box for installing noarch stuff. FC ruby configuration issue? From oliver.andrich at gmail.com Wed Mar 1 18:41:42 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 19:41:42 +0100 Subject: Ruby specfile template issues In-Reply-To: <1141237985.2500.17.camel@ignacio.lan> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182951.GC2936@fitheach> <1141237985.2500.17.camel@ignacio.lan> Message-ID: <20060301184142.GD2936@fitheach> On Wed, Mar 01, 2006 at 01:33:05PM -0500, Ignacio Vazquez-Abrams wrote: > > > Mock errors out before it even gets to the point of building the > > > binary (unless you stick the "|| echo ruby" hack onto the end). That > > > was what prompted me to start this thread originally. > > > > Well, I think I should have a look at mock, cause if all these errors > > are the case, then there must be something wrong there. > > No, not really. mock doesn't have ruby installed when it goes to resolve > the deps (including ruby, of course), so the spec file when fully > evaluated ends up being invalid. Okay, understood. Then I either have to remove these lines and can't use the template file I commited, or I have to try to get ruby into mock. Either way, I first have to learn something about mock. This is absolutely obvious to me right now. :) Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From skvidal at linux.duke.edu Wed Mar 1 18:44:03 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 01 Mar 2006 13:44:03 -0500 Subject: Odd mock build problem In-Reply-To: <20060301182418.GA2936@fitheach> References: <20060301182418.GA2936@fitheach> Message-ID: <1141238643.23234.40.camel@cutter> > Hi, > > let me comment on this as I am the author of this SRPM, which builds > without any problem on my FC4 and my FC5Test3 system. I think, this is > an obvious bug in the mock stuff, cause without mock everything works as > expected. I think, we should file a bug report about this, cause casting > some mighty rpm spec file shell magic like above can't be a solution to > satisfy mock. :) what is it you think mock _does_ anyway? -sv From buildsys at fedoraproject.org Wed Mar 1 18:52:17 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 1 Mar 2006 13:52:17 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060301185217.D27FC8014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 33 QuantLib-0.3.11-4.fc3 aterm-1.0.0-2.fc3 blacs-1.1-19.fc3 c-ares-1.3.0-2.fc3 centericq-4.21.0-4.fc3 cfitsio-3.006-2.fc3 check-0.9.3-4.fc3 gambas-1.0.14-1.fc3 gambas-1.0.14-2.fc3 gxemul-0.3.8-1.fc3 hpic-0.52.2-1.fc3 jam-2.5-3.fc3 librx-1.5-6.fc3 lincity-ng-1.0.2-3.fc3 logjam-4.5.3-1.fc3 mcrypt-2.6.4-2.fc3 mfstools-2.0-9.snapshot050221.fc3 netgo-0.5-4.fc3 perl-Clone-0.18-3.fc3 perl-DBD-SQLite2-0.33-5.fc3 perl-Template-Toolkit-2.14-6.fc3 perl-version-0.57-1.fc3 physfs-1.0.1-3.fc3 rocksndiamonds-3.1.2-1.fc3 rootsh-1.5.2-3.fc3 rxvt-2.7.10-6.fc3 scim-skk-0.5.2-2.fc3 tinyfugue-5.0-0.2.b7 udunits-1.12.4-10.fc3 wlassistant-0.5.5-1.fc3 xbase-2.0.0-4.fc3 xbsql-0.11-6.fc3 xkeycaps-2.46-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Mar 1 18:53:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 1 Mar 2006 13:53:53 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060301185353.A02398014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 41 Sprog-0.14-10.fc4 Sprog-0.14-11.fc4 aterm-1.0.0-2.fc4 blacs-1.1-19.fc4 c-ares-1.3.0-2.fc4 centericq-4.21.0-4.fc4 cfitsio-3.006-2.fc4 check-0.9.3-4.fc4 gambas-1.0.14-1.fc4 gambas-1.0.14-2.fc4 gcdmaster-1.2.1-3.fc4 gxemul-0.3.8-1.fc4 hpic-0.52.2-1.fc4 jam-2.5-3.fc4 lapack-3.0-37.fc4 libgdamm-1.3.7-3.fc4 libmcrypt-2.5.7-3.fc4 librx-1.5-6.fc4 lincity-ng-1.0.2-3.fc4 logjam-4.5.3-1.fc4 mcrypt-2.6.4-2.fc4 mfstools-2.0-9.snapshot050221.fc4 netgo-0.5-4.fc4 perl-Clone-0.18-3.fc4 perl-DBD-SQLite2-0.33-5.fc4 perl-Template-Toolkit-2.14-6.fc4 perl-version-0.57-1.fc4 physfs-1.0.1-3.fc4 rocksndiamonds-3.1.2-1.fc4 rootsh-1.5.2-3.fc4 rxvt-2.7.10-8.fc4 scim-skk-0.5.2-2.fc4 scrub-1.7-1.fc4 tinyfugue-5.0-0.2.b7 udunits-1.12.4-10.fc4 wlassistant-0.5.5-1.fc4 xbase-2.0.0-4.fc4 xemacs-21.4.19-1.fc4 xkeycaps-2.46-4.fc4 xpilot-ng-4.7.2-5.fc4 xsupplicant-1.2.3-2.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 Mar 1 18:59:17 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 19:59:17 +0100 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: <20060301182723.GB2936@fitheach> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> Message-ID: <20060301195917.417aae1e.bugs.michael@gmx.net> On Wed, 1 Mar 2006 19:27:23 +0100, Oliver Andrich wrote: > On Wed, Mar 01, 2006 at 06:13:21PM +0100, Michael Schwendt wrote: > > As a side-note, the package ought not install into Ruby site locations > > anyway. It should install into rubylibdir, i.e. > > > > $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' > > /usr/lib/ruby/1.8 > > > > as that, just like Perl vendor locations, allows site installations > > which override Fedora-shipped packages. > > Well, the official fedora package defines this directory and it is the > location where 3rd party modules have to go. libdir is the location of > ruby'S own stdlib and nothing else. Well, I disagree. And it would not be the first time. Fedora.us also started packaging Perl modules into site locations and then we agreed on installing into vendor locations. IIRC, the Debian Project even moves Ruby's site install paths to /usr/local and disallows packagers to install into them. From buildsys at fedoraproject.org Wed Mar 1 18:58:36 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 1 Mar 2006 13:58:36 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060301185836.970A48014@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 119 Sprog-0.14-11.fc5 abcde-2.3.99.5-1.fc5 alsamixergui-0.9.0-0.2.rc1.fc5 aterm-1.0.0-4.fc5 blacs-1.1-19.fc5 blt-2.4-13.z c-ares-1.3.0-2.fc5 centericq-4.21.0-6.fc5 cfitsio-3.006-2.fc5 check-0.9.3-4.fc5 comical-0.7-2.fc5 cyrus-imapd-2.3.1-2.5.fc5 cyrus-imapd-2.3.1-2.6.fc5 gambas-1.0.14-2.fc5 gc-6.6-5.fc5.1 gconfmm26-2.12.0-3 gdesklets-0.35.3-4.fc5 glibmm24-2.8.4-1 gnome-vfsmm26-2.12.0-3 graphviz-2.8-3.fc5 gtkmm24-2.8.3-1 gxemul-0.3.8-1.fc5 hpic-0.52.2-1.fc5 inkscape-0.43-3.fc5 jam-2.5-3.fc5 jthread-1.1.2-1 kasablanca-0.4.0.2-7.fc5.3 kbibtex-0.1.3-3.fc5 kbibtex-0.1.3-4.fc5 kdocker-1.3-4.fc5.4 kickpim-0.5.3-9.fc5.3 kiosktool-1.0-5.fc5.2 kipi-plugins-0.1.0-0.6.rc1.fc5.1 kmymoney2-0.8.3-1.fc5 kxdocker-0.39-3.fc5.2 lapack-3.0-37.fc5 libassuan-0.6.10-2.fc5.2 libglademm24-2.6.2-1 libgnomecanvasmm26-2.12.0-3 libgnomemm26-2.12.2-1 libgnomeuimm26-2.12.0-3 libksba-0.9.13-2.fc5.2 libmcrypt-2.5.7-3.fc5 libopensync-plugin-irmc-0.18-6.fc5 librx-1.5-6.fc5 libsigc++-1.2.7-2 libsigc++20-2.0.17-1 libsigsegv-2.2-1.fc5.2 libtomoe-gtk-0.1.0-5.fc5 libtunepimp-0.4.0-5.fc5.2 lincity-ng-1.0.2-3.fc5 linux-libertine-fonts-2.0.4-2.fc5 mcrypt-2.6.4-2.fc5 mfstools-2.0-9.snapshot050221.fc5 mlmmj-1.2.11-3.fc5 mod_security-1.9.2-3.fc5 monotone-0.25-3.fc5 netgo-0.5-4.fc5 nethack-vultures-1.11.2-4.fc5 openslp-1.2.1-4.fc5.2 perl-Algorithm-Dependency-1.101-2.fc5 perl-Business-Hours-0.07-2.fc5 perl-Class-Autouse-1.21-3.fc5 perl-Class-Inspector-1.13-2.fc5 perl-Class-ReturnValue-0.53-4.fc5 perl-Clone-0.18-3.fc5 perl-DBD-SQLite2-0.33-5.fc5 perl-Devel-StackTrace-1.12-2.fc5 perl-ExtUtils-AutoInstall-0.63-4.fc5 perl-File-Find-Rule-0.28-4.fc5 perl-File-Flat-0.95-3.fc5 perl-File-NCopy-0.34-4.fc5 perl-File-Remove-0.31-2.fc5 perl-File-Slurp-9999.11-2.fc5 perl-Font-AFM-1.19-3.fc5 perl-HTML-Format-2.04-4.fc5 perl-Locale-Maketext-Lexicon-0.53-2.fc5 perl-Mail-GnuPG-0.08-4.fc5 perl-Module-Refresh-0.09-2.fc5 perl-Number-Compare-0.01-5.fc5 perl-Params-Util-0.10-2.fc5 perl-Pod-Tests-0.18-3.fc5 perl-Sort-Versions-1.5-4.fc5 perl-Spiffy-0.30-5.fc5 perl-Template-Toolkit-2.14-6.fc5 perl-Test-ClassAPI-1.02-3.fc5 perl-Test-Inline-2.103-3.fc5 perl-Test-LongString-0.09-2.fc5 perl-Text-Glob-0.06-4.fc5 perl-Text-Quoted-1.8-4.fc5 perl-Text-Wrapper-1.000-3.fc5 perl-Tree-Simple-1.15-3.fc5 perl-capitalization-0.03-3.fc5 perl-prefork-1.00-3.fc5 perl-version-0.57-1.fc5 physfs-1.0.1-3.fc5 pinentry-0.7.2-1.fc5.2 python-basemap-0.8.2-2.fc5 python-basemap-data-0.8-1 python-matplotlib-0.87-1.fc5 python-psycopg-1.1.21-4.fc5 rocksndiamonds-3.1.2-1.fc5 rootsh-1.5.2-3.fc5 rxvt-2.7.10-10.fc5 scim-input-pad-0.1.1-3.fc5 scim-skk-0.5.2-3.fc5 scim-tomoe-0.2.0-3.fc5 sqlite2-2.8.16-3.fc5 tidy-0.99.0-9.20051025.fc5.3 tomoe-0.2.1-4.fc5 udunits-1.12.4-10.fc5 unison-2.13.16-2.fc5 uw-imap-2004g-4.fc5.2 wlassistant-0.5.5-1.fc5 xemacs-21.4.19-2.fc5 xforms-1.0.90-6.fc5.2 xkeycaps-2.46-4.fc5 xpilot-ng-4.7.2-6.fc5 xsupplicant-1.2.3-2.fc5 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 Mar 1 19:05:45 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 20:05:45 +0100 Subject: ownership of xmms-cdread In-Reply-To: <1141232461.3784.1.camel@alexandria> References: <1141232461.3784.1.camel@alexandria> Message-ID: <20060301200545.78294e88.bugs.michael@gmx.net> On Wed, 01 Mar 2006 18:01:01 +0100, Joost Soeterbroek wrote: > Hi, > > > I would like to take ownership of xmms-cdread. It is cuurently listed at > http://www.fedoraproject.org/wiki/Extras/FC5Status and needs rebuild for > FC5. Whether it is [still] needed is a completely open question. ;) XMMS comes with a CD reader plugin these days, which also supports reading out CDs digitally. There should be few users left who get different(/better?) results with this external and old xmms-cdread. From bugzilla at redhat.com Wed Mar 1 19:06:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 14:06:00 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603011906.k21J60Lv014699@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 ------- Additional Comments From imlinux at gmail.com 2006-03-01 14:05 EST ------- This page keeps changing, which worries me. Also I think its silly to require a fedora-specific package just to create user names. This method seems to be the most common method used and its one I've used before with other packages (Cacti, Nagios). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dcbw at redhat.com Wed Mar 1 19:09:36 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 01 Mar 2006 14:09:36 -0500 Subject: Odd mock build problem In-Reply-To: <20060301182418.GA2936@fitheach> References: <20060301182418.GA2936@fitheach> Message-ID: <1141240177.6594.4.camel@localhost.localdomain> On Wed, 2006-03-01 at 19:24 +0100, Oliver Andrich wrote: > On Tue, Feb 28, 2006 at 10:19:50PM -0600, Rex Dieter wrote: > > > Unfortunately it's not empty: > > > > > > Requires: %{ruby_sitelib} > > > > > > or, more precisely, it's only showing up as empty because ruby isn't > > > there. > > > > It *is* empty during the first run to create the srpm. > > > > Here's a trick I've been thinking about using to work around the same > > problem when building maxima to make a dependancy against the version of > > sbcl used to build it: > > > > # maxima requires the *same* version it was built against > > # this hack should work, even in mock (-: -- Rex > > %global sbcl_ver %(sbcl --version 2>/dev/null | cut -d' ' -f2) > > %if "%{?sbcl_ver}" >= "0.9" > > %define sbcl_ver2 = %{sbcl_ver} > > %endif > > Requires: sbcl %{?sbcl_ver2} > > > > You'll need to do something similar. > > Hi, > > let me comment on this as I am the author of this SRPM, which builds > without any problem on my FC4 and my FC5Test3 system. I think, this is > an obvious bug in the mock stuff, cause without mock everything works as > expected. I think, we should file a bug report about this, cause casting > some mighty rpm spec file shell magic like above can't be a solution to > satisfy mock. :) No, the point is that you're attempting to use ruby in the specfile before you even know ruby is installed! You have to start with the assumption that only a few packages (ie, glibc, coreutils, etc) will be installed, and you _cannot_ depend on packages other than this set this early in the specfile. When mock attempts to determine the packages that the SRPM (which you're trying to build) requires in addition to the buildroot, it must evaluate the specfile. But at this point, you have no buildroot. Therefore, you cannot do any magic here, because there is no ruby. Obviously it works on your box, because you already have ruby installed. The buildsystem doesn't. Ruby almost 100% isn't going to get into the buildgroups file, which composes the initial buildroot, because its certainly not a core package of the minimal package set. Dan From bugzilla at redhat.com Wed Mar 1 19:19:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 14:19:14 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603011919.k21JJEkN017864@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 ------- Additional Comments From fedora at soeterbroek.com 2006-03-01 14:19 EST ------- Spec Name or Url: http://www.soeterbroek.com/linux/fedora/extras/heartbeat/heartbeat.spec SRPM Name or Url: http://www.soeterbroek.com/linux/fedora/extras/heartbeat/heartbeat-2.0.3-9.src.rpm * Wed Mar 1 2006 Joost Soeterbroek - 2.0.3-9 - changed user creation - added patch2 heartbeat-2.0.3-fedora-ccmuser.patch -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From oliver.andrich at gmail.com Wed Mar 1 19:27:22 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 20:27:22 +0100 Subject: Odd mock build problem In-Reply-To: <1141238643.23234.40.camel@cutter> References: <20060301182418.GA2936@fitheach> <1141238643.23234.40.camel@cutter> Message-ID: <20060301192722.GE2936@fitheach> On Wed, Mar 01, 2006 at 01:44:03PM -0500, seth vidal wrote: > > Hi, > > > > let me comment on this as I am the author of this SRPM, which builds > > without any problem on my FC4 and my FC5Test3 system. I think, this is > > an obvious bug in the mock stuff, cause without mock everything works as > > expected. I think, we should file a bug report about this, cause casting > > some mighty rpm spec file shell magic like above can't be a solution to > > satisfy mock. :) > > what is it you think mock _does_ anyway? Honestly, I have to admit, that I have to look into mock. I have seen a requirement so far to actually use it, and so I skipped it completely. I mean, this is my third contribution to FE, and so I can count as experienced learning junior packager :) Luckily, this discussion started about a small package as http-access2, and not about my planned/work-in-progress ruby-gnome2 contribution. So, to answer your question. I don't have any estimation about mock except that it is a chrooted build environment, where I can access everything that is distributed with Fedora Core. This is also the reason why I volunteered to use ruby in the template as it is done with perl and python. And so far, I haven't encountered any problems. ruby-mysql builds nicely for FC4 and FC5 on the build system. So why should I assume any issues ahead? But I am learning. Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From oliver.andrich at gmail.com Wed Mar 1 19:32:18 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 20:32:18 +0100 Subject: Odd mock build problem In-Reply-To: <1141240177.6594.4.camel@localhost.localdomain> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> Message-ID: <20060301193218.GF2936@fitheach> On Wed, Mar 01, 2006 at 02:09:36PM -0500, Dan Williams wrote: > No, the point is that you're attempting to use ruby in the specfile > before you even know ruby is installed! You have to start with the > assumption that only a few packages (ie, glibc, coreutils, etc) will be > installed, and you _cannot_ depend on packages other than this set this > early in the specfile. > > When mock attempts to determine the packages that the SRPM (which you're > trying to build) requires in addition to the buildroot, it must evaluate > the specfile. But at this point, you have no buildroot. Therefore, you > cannot do any magic here, because there is no ruby. Obviously it works > on your box, because you already have ruby installed. The buildsystem > doesn't. > > Ruby almost 100% isn't going to get into the buildgroups file, which > composes the initial buildroot, because its certainly not a core package > of the minimal package set. Okay, so what I understand I have to do several things. I have to strip my packages of the macros I have written, cause I can't assume that they evaluate correctly. Secondly, I have to ask Ville to remove the template file again from fedora-rpmdevtools, cause without these macros and the stuff which is based on these macros, the template is completely useless. Is this correct? Well, as stated in my mail in reply to Seth, I am a junior packager which is learning. Lesson learned. I will go and learn a little more about mock before I continue my ruby-gnome2 project. Regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From oliver.andrich at gmail.com Wed Mar 1 19:41:12 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 20:41:12 +0100 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: <20060301195917.417aae1e.bugs.michael@gmx.net> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> Message-ID: <20060301194112.GG2936@fitheach> On Wed, Mar 01, 2006 at 07:59:17PM +0100, Michael Schwendt wrote: > On Wed, 1 Mar 2006 19:27:23 +0100, Oliver Andrich wrote: > > On Wed, Mar 01, 2006 at 06:13:21PM +0100, Michael Schwendt wrote: > > > As a side-note, the package ought not install into Ruby site locations > > > anyway. It should install into rubylibdir, i.e. > > > > > > $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' > > > /usr/lib/ruby/1.8 > > > > > > as that, just like Perl vendor locations, allows site installations > > > which override Fedora-shipped packages. > > > > Well, the official fedora package defines this directory and it is the > > location where 3rd party modules have to go. libdir is the location of > > ruby'S own stdlib and nothing else. > > Well, I disagree. And it would not be the first time. Fedora.us > also started packaging Perl modules into site locations and then > we agreed on installing into vendor locations. IIRC, the Debian > Project even moves Ruby's site install paths to /usr/local and > disallows packagers to install into them. Well, I won't comment on Debian stuff, cause I have severe issues with the Debian way to handle some packages. The reason why I moved to Fedora are issues like that with Debian. My point of view is, that ruby doesn'T provide any elaborate mechanism like perl for managing the site dir. But I also think, that ruby people have thought carefully about it, and choosed site_ruby with care. Just to seperate the standard and core lib from 3rd party libs. Well, and as soon as we are integrating ruby gems, it will add another location for libraries to the portfolio. So, you suggest to organize things as in Debian? Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From tibbs at math.uh.edu Wed Mar 1 19:49:14 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 13:49:14 -0600 Subject: Odd mock build problem In-Reply-To: <1141240177.6594.4.camel@localhost.localdomain> (Dan Williams's message of "Wed, 01 Mar 2006 14:09:36 -0500") References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> Message-ID: >>>>> "DW" == Dan Williams writes: DW> No, the point is that you're attempting to use ruby in the DW> specfile before you even know ruby is installed! Not-so-smart folks like me might assume that the fact that we put in "BuildRequires: ruby" would pretty much ensure that Ruby is there before the build starts. Anyway, folks who know really need to come up with a proper way to do this. Either that or we just let Ruby packages do whatever they feel like, which is essentially how it works now. I'm no Ruby expert; I just happened to attempt to review a package and stumbled over this mess. Python and Perl get away with what they do because they are in buildgroups, even though Python isn't part of the minimum build environment (which I admit to not understanding at all). Ruby wants to do the same basic thing (add a requirement of a particular Ruby ABI version) but can't. So how should it work? From toshio at tiki-lounge.com Wed Mar 1 20:03:06 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 01 Mar 2006 12:03:06 -0800 Subject: Odd mock build problem In-Reply-To: References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> Message-ID: <1141243386.3257.8.camel@localhost> On Wed, 2006-03-01 at 13:49 -0600, Jason L Tibbitts III wrote: > Anyway, folks who know really need to come up with a proper way to do > this. [snip] > Ruby wants > to do the same basic thing (add a requirement of a particular Ruby ABI > version) but can't. > > So how should it work? > Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a genius with mock and I'm not at all familiar with ruby so this may not work. Would you care to give it a test? # Get Ruby versioning # The idea is to make a hack that works, even in mock (-: Thanks Rex! %global ruby_ver %(ruby -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) %if "%{?ruby_ver}" >= "1.8" %define ruby_ver2 = %{ruby_ver} %endif Requires: ruby %{?ruby_ver2} -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From oliver.andrich at gmail.com Wed Mar 1 20:01:41 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 21:01:41 +0100 Subject: Odd mock build problem In-Reply-To: References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> Message-ID: <20060301200141.GA4221@fitheach> On Wed, Mar 01, 2006 at 01:49:14PM -0600, Jason L Tibbitts III wrote: > Not-so-smart folks like me might assume that the fact that we put in > "BuildRequires: ruby" would pretty much ensure that Ruby is there > before the build starts. I second this and myself to the group of no-so-smart people. But I even went further and assumed that I have access to everything available from FC. > Anyway, folks who know really need to come up with a proper way to do > this. Either that or we just let Ruby packages do whatever they feel > like, which is essentially how it works now. I'm no Ruby expert; I > just happened to attempt to review a package and stumbled over this > mess. Python and Perl get away with what they do because they are in > buildgroups, even though Python isn't part of the minimum build > environment (which I admit to not understanding at all). Ruby wants > to do the same basic thing (add a requirement of a particular Ruby ABI > version) but can't. This ruby ABI thing was suggested when I got my ruby-mysql package reviewed. Well, may be I shall try to contact the ruby maintainer from FC? Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From oliver.andrich at gmail.com Wed Mar 1 20:09:36 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 21:09:36 +0100 Subject: Odd mock build problem In-Reply-To: <1141243386.3257.8.camel@localhost> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> Message-ID: <20060301200936.GA4429@fitheach> On Wed, Mar 01, 2006 at 12:03:06PM -0800, Toshio Kuratomi wrote: > Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a genius > with mock and I'm not at all familiar with ruby so this may not work. > Would you care to give it a test? > > # Get Ruby versioning > # The idea is to make a hack that works, even in mock (-: Thanks Rex! > %global ruby_ver %(ruby -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) > %if "%{?ruby_ver}" >= "1.8" > %define ruby_ver2 = %{ruby_ver} > %endif > Requires: ruby %{?ruby_ver2} Hm, sorry if I show my complete misunderstanding, but how can something like that help? Some of the other readers have stated, that ruby isn't available at all inside mock. So, how does that work? I am curious. Best regards and off with a lot to read about mock, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From tibbs at math.uh.edu Wed Mar 1 20:18:46 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 14:18:46 -0600 Subject: Odd mock build problem In-Reply-To: <20060301193218.GF2936@fitheach> (Oliver Andrich's message of "Wed, 1 Mar 2006 20:32:18 +0100") References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <20060301193218.GF2936@fitheach> Message-ID: >>>>> "OA" == Oliver Andrich writes: OA> Okay, so what I understand I have to do several things. I have to OA> strip my packages of the macros I have written, cause I can't OA> assume that they evaluate correctly. Let's not be so hasty. We should be able to work something out and certainly shouldn't go deleting things until we have an idea of what things should look like. So here are some questions: 1) Where do Ruby packages go? Currently it's /usr/lib/site_ruby (or /usr/lib64/site_ruby) under which is one directory per Ruby version, and under which is either modules or an arch-specific directory where "so"s and "la"s go. This is Red Hat's choice of arrangement so I don't think Extras has much choice in the matter, but there were some comments to the effect that this is a bad idea. 2) What should Ruby packages require (via Requires:) to make sure Ruby installs before them and to bind them to the necessary Ruby ABI version? Currently we just do the equivalent of Require: /usr/lib/site_ruby for noarch packages, and Require: /usr/lib/site_ruby/1.8/i386_linux for arch-specific packages. (s/lib/lib64/ and s/i386/x86_64/ on x86_64; I have no idea what PPC does). 3) What specfile macros will accomplish #2 given that we can't use the Perl and Python trick of calling the interpreter in the specfile to define variables. So, who is able to give some guidance here? Can someone talk to Red Hat's Ruby packagers and get their take on this? - J< From toshio at tiki-lounge.com Wed Mar 1 20:24:01 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 01 Mar 2006 12:24:01 -0800 Subject: Odd mock build problem In-Reply-To: <20060301200936.GA4429@fitheach> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> Message-ID: <1141244641.3257.17.camel@localhost> On Wed, 2006-03-01 at 21:09 +0100, Oliver Andrich wrote: > On Wed, Mar 01, 2006 at 12:03:06PM -0800, Toshio Kuratomi wrote: > > Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a genius > > with mock and I'm not at all familiar with ruby so this may not work. > > Would you care to give it a test? > > > > # Get Ruby versioning > > # The idea is to make a hack that works, even in mock (-: Thanks Rex! > > %global ruby_ver %(ruby -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) > > %if "%{?ruby_ver}" >= "1.8" > > %define ruby_ver2 = %{ruby_ver} > > %endif > > Requires: ruby %{?ruby_ver2} > > Hm, sorry if I show my complete misunderstanding, but how can something > like that help? Some of the other readers have stated, that ruby isn't > available at all inside mock. So, how does that work? I am curious. My understanding -- and this is where _my_ ignorance of mock may show -- is that mock makes two passes on the spec file. Pass 1) is to decide what is required to build the package. This pass does not have ruby installed. This means that the current template macros will cause mock to error. (Because they expand to Requires: [Nothing]). With this snippet, the Requires expands to "Requires: ruby" at this point which is valid and mock can proceed. Pass 2) is actually building the package in the populated buildroot. By this time ruby has been installed in the BuildRoot (Because of the BuildRequires: ruby). So the package that gets built has a requirement of "Requires: ruby = 1.8" which should have the versioned directories the package requires. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Mar 1 20:24:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 15:24:18 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603012024.k21KOI0F002190@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-01 15:24 EST ------- I discussed with Chris. In order to get rid of the "Provides" problem, we agreed to simplify, no longer use separate packages for mail etc., but produce a single seamonkey package. I'll also remove the devel package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Wed Mar 1 20:33:22 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 01 Mar 2006 14:33:22 -0600 Subject: Odd mock build problem In-Reply-To: <20060301200936.GA4429@fitheach> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> Message-ID: Oliver Andrich wrote: > On Wed, Mar 01, 2006 at 12:03:06PM -0800, Toshio Kuratomi wrote: > >>Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a genius >>with mock and I'm not at all familiar with ruby so this may not work. >>Would you care to give it a test? >> >># Get Ruby versioning >># The idea is to make a hack that works, even in mock (-: Thanks Rex! >>%global ruby_ver %(ruby -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) >>%if "%{?ruby_ver}" >= "1.8" >>%define ruby_ver2 = %{ruby_ver} >>%endif >>Requires: ruby %{?ruby_ver2} > > > Hm, sorry if I show my complete misunderstanding, but how can something > like that help? Some of the other readers have stated, that ruby isn't > available at all inside mock. So, how does that work? I am curious. It's not available during the first run where mock creates the srpm via rpmbuild -bs --nodeps But after *that*, mock will install and properly process all BuildRequires: -- Rex From bugzilla at redhat.com Wed Mar 1 20:29:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 15:29:40 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603012029.k21KTedp003062@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2006-03-01 15:29 EST ------- With the following: --- heartbeat.spec.orig 2006-03-01 13:30:52.000000000 -0700 +++ heartbeat.spec 2006-03-01 13:31:28.000000000 -0700 @@ -63,6 +63,8 @@ Summary: Monitor daemon for maintaining high availability resources Group: System Environment/Daemons Requires: ipvsadm +Requires(post): /sbin/chkconfig +Requires(preun):/sbin/chkconfig %description -n ldirectord ldirectord is a stand-alone daemon to monitor services of real @@ -71,7 +73,6 @@ and works with the heartbeat code (http://www.linux-ha.org/). %package -n stonith -#Requires: telnet Requires: pils = %{version}-%{release} Summary: Provides an interface to Shoot The Other Node In The Head Group: System Environment/Daemons It is APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From oliver.andrich at gmail.com Wed Mar 1 20:28:52 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 21:28:52 +0100 Subject: Odd mock build problem In-Reply-To: References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <20060301193218.GF2936@fitheach> Message-ID: <20060301202852.GA4647@fitheach> On Wed, Mar 01, 2006 at 02:18:46PM -0600, Jason L Tibbitts III wrote: > So here are some questions: > > 1) Where do Ruby packages go? > Currently it's /usr/lib/site_ruby (or /usr/lib64/site_ruby) under > which is one directory per Ruby version, and under which is either > modules or an arch-specific directory where "so"s and "la"s go. > This is Red Hat's choice of arrangement so I don't think Extras has > much choice in the matter, but there were some comments to the > effect that this is a bad idea. > > 2) What should Ruby packages require (via Requires:) to make sure Ruby > installs before them and to bind them to the necessary Ruby ABI > version? > Currently we just do the equivalent of Require: /usr/lib/site_ruby > for noarch packages, and Require: /usr/lib/site_ruby/1.8/i386_linux > for arch-specific packages. (s/lib/lib64/ and s/i386/x86_64/ on > x86_64; I have no idea what PPC does). > > 3) What specfile macros will accomplish #2 given that we can't use the > Perl and Python trick of calling the interpreter in the specfile to > define variables. > > So, who is able to give some guidance here? Can someone talk to Red > Hat's Ruby packagers and get their take on this? As I am highly interested in this, will sum the discussion up and send it to Akira Tagoh. I will send you a copy before, so we can cross check if I missed something? Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From rdieter at math.unl.edu Wed Mar 1 20:34:09 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 01 Mar 2006 14:34:09 -0600 Subject: Odd mock build problem In-Reply-To: <20060301200141.GA4221@fitheach> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <20060301200141.GA4221@fitheach> Message-ID: Oliver Andrich wrote: > This ruby ABI thing was suggested when I got my ruby-mysql package > reviewed. Well, may be I shall try to contact the ruby maintainer from > FC? That would certainly simplify matters. -- Rex From ville.skytta at iki.fi Wed Mar 1 20:43:57 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 01 Mar 2006 22:43:57 +0200 Subject: Odd mock build problem In-Reply-To: References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <20060301193218.GF2936@fitheach> Message-ID: <1141245838.31147.56.camel@bobcat.mine.nu> On Wed, 2006-03-01 at 14:18 -0600, Jason L Tibbitts III wrote: > Currently we just do the equivalent of Require: /usr/lib/site_ruby > for noarch packages, and Require: /usr/lib/site_ruby/1.8/i386_linux > for arch-specific packages. (s/lib/lib64/ and s/i386/x86_64/ on > x86_64; I have no idea what PPC does). See my earlier message in this thread today: I'm afraid there currently can't really be such a beast as a noarch ruby-* package, because there doesn't seem to be a single directory that would be in ruby's load path on both let's say i386 and x86_64. (lib vs lib64 issues with all dirs proposed so far, no matter if the stuff installed into the dirs is inherently noarch or not) From bugs.michael at gmx.net Wed Mar 1 21:22:49 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 22:22:49 +0100 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: <20060301194112.GG2936@fitheach> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> <20060301194112.GG2936@fitheach> Message-ID: <20060301222249.45d116f3.bugs.michael@gmx.net> On Wed, 1 Mar 2006 20:41:12 +0100, Oliver Andrich wrote: > My point of view is, that ruby doesn'T provide any elaborate mechanism > like perl for managing the site dir. To be accurate, it lacks the "vendor" concept. It's called "site" in the variables, and it's called "site" in the directories. "site" means it's for things to be installed by the local system administrator at the site of the machine. Ruby's site paths take precedence in module/library search list. Just like Perl. So if you, as the maker of Ruby extension packages, installed all extensions into site locations, they would override Ruby Standard Library, too. Have fun checking for conflicts. > But I also think, that ruby people > have thought carefully about it, and choosed site_ruby with care. In the world of non-distribution based installations, the distinction between Ruby Installation and Ruby Extensions installed on-site may be enough. If, however, a distributor (=vendor) ships Ruby including Extensions, it gets more complicated. > Just to seperate the standard and core lib from 3rd party libs. There are three parties, but only two install-locations. The "3rd party" is the user, who would install local extensions into the same directory as the distribution vendor does and hence might overwrite or conflict not only with vendor's packages. > So, you suggest to organize things as in Debian? I leave that to the Fedora Ruby SIG, if such a thing exists. From bugs.michael at gmx.net Wed Mar 1 21:24:27 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 22:24:27 +0100 Subject: Ruby specfile template issues (Was: Odd mock build problem) In-Reply-To: <1141238075.31147.23.camel@bobcat.mine.nu> References: <20060301181321.205eda95.bugs.michael@gmx.net> <1141238075.31147.23.camel@bobcat.mine.nu> Message-ID: <20060301222427.2f9d35c6.bugs.michael@gmx.net> On Wed, 01 Mar 2006 20:34:35 +0200, Ville Skytt? wrote: > On Wed, 2006-03-01 at 18:13 +0100, Michael Schwendt wrote: > > > As a side-note, the package ought not install into Ruby site locations > > anyway. It should install into rubylibdir, i.e. > > > > $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' > > /usr/lib/ruby/1.8 > > Are you sure about that? Without knowing much at all about ruby, I'd > think that the above dir would be reserved to stuff that ships with > ruby(-libs). I believe the "ruby" prefix is only to distinguish from "libdir". Ruby's archdir is not called rubyarchdir either. > > as that, just like Perl vendor locations, allows site installations > > which override Fedora-shipped packages. > > Well, ruby is similar to python in the sense that python lacks the > vendor install dirs concept and its extensions (including packaged ones) > use site-packages, so ruby could use them too instead of intruding the > "main" ruby install dirs. Possibly. I've seen different installations, even a /usr/share somewhere, I think. > But again, I know very little about ruby, and > it looks this is a matter of choosing the lesser evil so someone more > familiar with this stuff will have to make the call. > > By the way, on a x86_64 Rawhide box: > > $ ruby -rrbconfig -e 'puts Config::CONFIG["archdir"]' > /usr/lib64/ruby/1.8/x86_64-linux > $ ruby -rrbconfig -e 'puts Config::CONFIG["rubylibdir"]' > /usr/lib64/ruby/1.8 > $ ruby -rrbconfig -e 'puts Config::CONFIG["sitedir"]' > /usr/lib64/site_ruby > $ ruby -rrbconfig -e 'puts Config::CONFIG["sitelibdir"]' > /usr/lib64/site_ruby/1.8 > $ ruby -rrbconfig -e 'puts Config::CONFIG["sitearchdir"]' > /usr/lib64/site_ruby/1.8/x86_64-linux > > Note lib64 everywhere -> none of the above are suitable for noarch > packages, no matter what files they'd contain. I would expect > some /usr/share or /usr/lib (Python and Perl have the latter) dirs on a > x86_64 box for installing noarch stuff. FC ruby configuration issue? I agree. Doesn't look sane. Noarch package install location would depend on the arch it was built on. From paul at city-fan.org Wed Mar 1 21:30:11 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 01 Mar 2006 21:30:11 +0000 Subject: Odd mock build problem In-Reply-To: References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> Message-ID: <1141248611.5678.3.camel@laurel.intra.city-fan.org> On Wed, 2006-03-01 at 13:49 -0600, Jason L Tibbitts III wrote: > Python and Perl get away with what they do because they are in > buildgroups, even though Python isn't part of the minimum build > environment (which I admit to not understanding at all). Yes, it is. See: http://fedoraproject.org/buildgroups/4/i386/buildroots.xml That file defines the initial package set installed into a mock buildroot. Paul. From tibbs at math.uh.edu Wed Mar 1 21:30:49 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 15:30:49 -0600 Subject: Odd mock build problem In-Reply-To: <1141245838.31147.56.camel@bobcat.mine.nu> (Ville Skytt's message of "Wed, 01 Mar 2006 22:43:57 +0200") References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <20060301193218.GF2936@fitheach> <1141245838.31147.56.camel@bobcat.mine.nu> Message-ID: >>>>> "VS" == Ville Skytt writes: VS> See my earlier message in this thread today: I'm afraid there VS> currently can't really be such a beast as a noarch ruby-* package, VS> because there doesn't seem to be a single directory that would be VS> in ruby's load path on both let's say i386 and x86_64. Surely this should be considered a bug. I wonder if there's any hope of being able to fix it for FC5 release or shortly thereafer via a quick update. - J< From tibbs at math.uh.edu Wed Mar 1 21:40:17 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 15:40:17 -0600 Subject: Odd mock build problem In-Reply-To: <1141248611.5678.3.camel@laurel.intra.city-fan.org> (Paul Howarth's message of "Wed, 01 Mar 2006 21:30:11 +0000") References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141248611.5678.3.camel@laurel.intra.city-fan.org> Message-ID: >>>>> "PH" == Paul Howarth writes: PH> Yes, it is. See: I understand that now; I was looking at what the packaging guidelines define as the minimum build environment, which does not include Python. - J< From tibbs at math.uh.edu Wed Mar 1 21:43:51 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 01 Mar 2006 15:43:51 -0600 Subject: Ruby specfile template issues In-Reply-To: <20060301222249.45d116f3.bugs.michael@gmx.net> (Michael Schwendt's message of "Wed, 1 Mar 2006 22:22:49 +0100") References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> <20060301194112.GG2936@fitheach> <20060301222249.45d116f3.bugs.michael@gmx.net> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> I leave that to the Fedora Ruby SIG, if such a thing exists. In which case we're boned; such a sig would probably include Oliver and I at this point, and I'm spread pretty thin. So, what, do we just give up on packing Ruby things? The base we have to work with (Red Hat's core Ruby packages) seems to be so flawed that we can't even start work on reasonable Extras packaging. - J< From bugzilla at redhat.com Wed Mar 1 21:43:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 16:43:04 -0500 Subject: [Bug 181534] Review Request: kst - plots scientific data In-Reply-To: Message-ID: <200603012143.k21Lh4u3022575@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kst - plots scientific data https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181534 matt at truch.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From matt at truch.net 2006-03-01 16:43 EST ------- Thanks for the APPROVED. After a brief issue with the buildsystem (the circular dep), kst is in the system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dlutter at redhat.com Wed Mar 1 21:57:34 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 01 Mar 2006 13:57:34 -0800 Subject: Ruby specfile template issues In-Reply-To: References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> <20060301194112.GG2936@fitheach> <20060301222249.45d116f3.bugs.michael@gmx.net> Message-ID: <1141250254.12591.76.camel@currant.watzmann.net> On Wed, 2006-03-01 at 15:43 -0600, Jason L Tibbitts III wrote: > In which case we're boned; such a sig would probably include Oliver > and I at this point, and I'm spread pretty thin. I'd be interested in joining such a sig; I wrote a very simple tool[1] to ease verbatim packaging of gems and packaged a few ruby things[2]. I've been meaning to submit them to FE, but I am waiting to get sponsored for my first submission (bz 180571 if anybody wants to jump on the review ;) before submitting more. David [1] http://people.redhat.com/dlutter/gem2spec.html [2] http://people.redhat.com/dlutter/yum/ From paul at cypherpunks.ca Wed Mar 1 21:57:30 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Wed, 1 Mar 2006 22:57:30 +0100 (CET) Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) Message-ID: AFAIK the "sources" file is correct, listing the tar ball and the patches. 'make srpm' also builds a source rpm fine. I do not know how to fix this. Paul ---------- Forwarded message ---------- Date: Wed, 1 Mar 2006 16:31:56 -0500 (EST) From: buildsys at fedoraproject.org To: paul at xelerance.com Subject: Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: Downloading l2tpd-MSL2TP-StopCCN.patch... --16:31:56-- http://cvs.fedora.redhat.com/repo/extras/l2tpd/l2tpd-MSL2TP-StopCCN.patch/6ed1d2dc758627426015de8f87654a03/l2tpd-MSL2TP-StopCCN.patch => `l2tpd-MSL2TP-StopCCN.patch' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2,194 (2.1K) [text/plain] 0K .. 100% 160.95 MB/s 16:31:56 (160.95 MB/s) - `l2tpd-MSL2TP-StopCCN.patch' saved [2194/2194] FINISHED --16:31:56-- Downloaded: 2,194 bytes in 1 files -rw-rw-rw- 1 root root 2194 Feb 21 01:32 l2tpd-MSL2TP-StopCCN.patch rpmbuild --define "_sourcedir /tmp/5672-l2tpd-0_69-0_3_20051030_fc5-1141248711/l2tpd/devel" --define "_builddir /tmp/5672-l2tpd-0_69-0_3_20051030_fc5-1141248711/l2tpd/devel" --define "_srcrpmdir /tmp/5672-l2tpd-0_69-0_3_20051030_fc5-1141248711/l2tpd/devel" --define "_rpmdir /tmp/5672-l2tpd-0_69-0_3_20051030_fc5-1141248711/l2tpd/devel" --define "dist .fc5" --define "fedora 5" --nodeps -bs l2tpd.spec error: File /tmp/5672-l2tpd-0_69-0_3_20051030_fc5-1141248711/l2tpd/devel/l2tpd-0.69.20051030.tar.gz: No such file or directory make: *** [srpm] Error 1 From oliver.andrich at gmail.com Wed Mar 1 22:12:21 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Wed, 1 Mar 2006 23:12:21 +0100 Subject: Ruby specfile template issues In-Reply-To: <1141250254.12591.76.camel@currant.watzmann.net> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> <20060301194112.GG2936@fitheach> <20060301222249.45d116f3.bugs.michael@gmx.net> <1141250254.12591.76.camel@currant.watzmann.net> Message-ID: <20060301221221.GA6675@fitheach> On Wed, Mar 01, 2006 at 01:57:34PM -0800, David Lutterkort wrote: > On Wed, 2006-03-01 at 15:43 -0600, Jason L Tibbitts III wrote: > > In which case we're boned; such a sig would probably include Oliver > > and I at this point, and I'm spread pretty thin. > > I'd be interested in joining such a sig; I wrote a very simple tool[1] > to ease verbatim packaging of gems and packaged a few ruby things[2]. > > I've been meaning to submit them to FE, but I am waiting to get > sponsored for my first submission (bz 180571 if anybody wants to jump on > the review ;) before submitting more. Hi David, your email reminds me of an open reply. :) Well, I will return to this later. But may be we shall actually start a SIG. Anybody knows how to do that? You have such a nice domain part in your email address, sounds to me as you can find out easily about that. :) Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From bugzilla at redhat.com Wed Mar 1 22:21:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 17:21:44 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200603012221.k21MLisH009933@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bakery - C++ framework for creating GNOME apps https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174440 ------- Additional Comments From denis at poolshark.org 2006-03-01 17:21 EST ------- http://www.poolshark.org/src/bakery-2.3.15-3.src.rpm http://www.poolshark.org/src/bakery.spec - ldconfig deps removed - fixed changelog - fixed incorect gnome-vfsmm buildrequires - worked around perl dep problem - builds cleanly in mock The '/usr/bin/perl' warning is interesting, since the Perl package provides 'perl', not '/usr/bin/perl'... I worked around the problem, the offending file was only needed during doc build. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jfontain at free.fr Wed Mar 1 22:33:20 2006 From: jfontain at free.fr (Jean-Luc Fontaine) Date: Wed, 01 Mar 2006 23:33:20 +0100 Subject: strange rebuild configure error on FC5 (tktable) In-Reply-To: <4404DD85.1050504@kobold.org> References: <4404C7D8.1010501@free.fr> <4404DD85.1050504@kobold.org> Message-ID: <44062130.3060407@free.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Thomas wrote: > Jean-Luc Fontaine wrote: > >> When trying to rebuild tktable for FE5, I got the following error >> (from >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/5422-tktable-2.9-8.fc5/i386/build.log): >> >> >> ./configure: line 9966: syntax error near unexpected token `(' >> ./configure: line 9966: ` case `(ac_space=' '; set | grep >> ac_space) 2>&1` in' >> >> According to the above, it would seems the following script would >> fail on FC5: >> >> case `(ac_space=' '; set | grep ac_space) 2>&1` in *ac_space=\ *) >> echo 0 ;; *) echo 1 ;; esac; >> >> I doubt it (works on FC4, must be something else in configure), >> but I do not have an FC5 box to check it... > > > This is a problem with the tcl.m4 file that came with earlier > versions of Tcl. There is a quoting bug in the file that was not > exposed until bash 3.1 was packaged with FC5. Many tcl extensions > were bitten by this bug. > > Grab the latest tcl.m4 from sourceforge and re-run autoconf to fix > the problem. Or take a look at the patch that I made for tclxml in > FE (which fixes some missing lib problems as well). > > FWIW, the offending line in tcl.m4 is: > > system=MP-RAS=`awk '{print }' /etc/.relid'` > > (note the unmatched single quote near the end) Thanks so much, it worked. I owe you one... - -- Jean-Luc Fontaine http://jfontain.free.fr/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEBiEwkG/MMvcT1qQRApf9AJ9cnzWx3SN2W7QS5cbYqkTM1LFC/QCfTIRe 8ZOSi+K/lvgvyb81B+H6Fuc= =+YDZ -----END PGP SIGNATURE----- From bugs.michael at gmx.net Wed Mar 1 22:52:10 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 1 Mar 2006 23:52:10 +0100 Subject: Ruby specfile template issues In-Reply-To: <20060301221221.GA6675@fitheach> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> <20060301194112.GG2936@fitheach> <20060301222249.45d116f3.bugs.michael@gmx.net> <1141250254.12591.76.camel@currant.watzmann.net> <20060301221221.GA6675@fitheach> Message-ID: <20060301235210.1938d20d.bugs.michael@gmx.net> On Wed, 1 Mar 2006 23:12:21 +0100, Oliver Andrich wrote: > On Wed, Mar 01, 2006 at 01:57:34PM -0800, David Lutterkort wrote: > > On Wed, 2006-03-01 at 15:43 -0600, Jason L Tibbitts III wrote: > > > In which case we're boned; such a sig would probably include Oliver > > > and I at this point, and I'm spread pretty thin. > > > > I'd be interested in joining such a sig; I wrote a very simple tool[1] > > to ease verbatim packaging of gems and packaged a few ruby things[2]. > > > > I've been meaning to submit them to FE, but I am waiting to get > > sponsored for my first submission (bz 180571 if anybody wants to jump on > > the review ;) before submitting more. > > Hi David, > > your email reminds me of an open reply. :) Well, I will return to this > later. But may be we shall actually start a SIG. Anybody knows how to do > that? You have such a nice domain part in your email address, sounds to > me as you can find out easily about that. :) > > Best regards, > > Oliver SIGs (special interest groups) at Fedora is a relatively new and experimental concept. http://fedoraproject.org/wiki/Extras/SIGs Among the goals is to gather competence (probably even authority) and interest, to collect and propose specific packaging guidelines and policies, to create something like work groups inside the Fedora Project which are in charge of specific areas of interest. From sundaram at fedoraproject.org Wed Mar 1 23:04:51 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 04:34:51 +0530 Subject: Ruby specfile template issues In-Reply-To: <20060301235210.1938d20d.bugs.michael@gmx.net> References: <20060301181321.205eda95.bugs.michael@gmx.net> <20060301182723.GB2936@fitheach> <20060301195917.417aae1e.bugs.michael@gmx.net> <20060301194112.GG2936@fitheach> <20060301222249.45d116f3.bugs.michael@gmx.net> <1141250254.12591.76.camel@currant.watzmann.net> <20060301221221.GA6675@fitheach> <20060301235210.1938d20d.bugs.michael@gmx.net> Message-ID: <44062893.3090107@fedoraproject.org> Michael Schwendt wrote: > >SIGs (special interest groups) at Fedora is a relatively new >and experimental concept. > > http://fedoraproject.org/wiki/Extras/SIGs > >Among the goals is to gather competence (probably even authority) and >interest, to collect and propose specific packaging guidelines and >policies, to create something like work groups inside the Fedora Project >which are in charge of specific areas of interest. > > > I have added this explanation to the wiki, FYI. -- Rahul From bugs.michael at gmx.net Wed Mar 1 23:17:16 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 2 Mar 2006 00:17:16 +0100 Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) In-Reply-To: References: Message-ID: <20060302001716.40475fb2.bugs.michael@gmx.net> On Wed, 1 Mar 2006 22:57:30 +0100 (CET), Paul Wouters wrote: > > AFAIK the "sources" file is correct, listing the tar ball and the patches. > 'make srpm' also builds a source rpm fine. > > I do not know how to fix this. The "sources" file is broken. Verify yourself: cvs co -r l2tpd-0_69-0_3_20051030_fc5 l2tpd $ cat sources 6ed1d2dc758627426015de8f87654a03 l2tpd-MSL2TP-StopCCN.patch Most likely you tagged your files incorrectly. From sundaram at fedoraproject.org Wed Mar 1 23:42:15 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 05:12:15 +0530 Subject: Documentation request Message-ID: <44063157.3030809@fedoraproject.org> Hi If you are packaging cool applications in Fedora Extras, you might be interested in getting some users. If these applications just work after yum install then there isnt much to worry about but if there are more configuration steps or additional packages required or ideal, then help document these changes as soon as your package is imported into the CVS. You can document in http://fedoraproject.org/wiki/. Refer to this information from the Extras wiki pages if required. Note that signing the CLA is required for wiki edit group access but if you are a Fedora Extras packager you have already done this anyway. http://fedoraproject.org/wiki/WikiEditing has the general guidelines. Feel free to contact the websites team for any help. Thanks -- Rahul From dlutter at redhat.com Wed Mar 1 23:45:59 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 01 Mar 2006 15:45:59 -0800 Subject: Ruby SIG Message-ID: <1141256759.12591.108.camel@currant.watzmann.net> I just created a stub page for the Ruby SIG (http://www.fedoraproject.org/wiki/Extras/SIGs/Ruby) If you are interested in seeing more Ruby in Extras, add yourself to the members list on the page and/or package your favorite piece of Ruby code and submit it to FE. For more information on SIG's see http://fedoraproject.org/wiki/Extras/SIGs David From wart at kobold.org Wed Mar 1 23:58:23 2006 From: wart at kobold.org (Michael Thomas) Date: Wed, 01 Mar 2006 15:58:23 -0800 Subject: Documentation request In-Reply-To: <44063157.3030809@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> Message-ID: <4406351F.6050600@kobold.org> Rahul Sundaram wrote: > Hi > > If you are packaging cool applications in Fedora Extras, you might be > interested in getting some users. If these applications just work after > yum install then there isnt much to worry about but if there > are more configuration steps or additional packages required or ideal, > then help document these changes as soon as your package is imported > into the CVS. > > You can document in http://fedoraproject.org/wiki/. Refer to > this information from the Extras wiki pages if required. Note that > signing the CLA is required for wiki edit group access but if you are a > Fedora Extras packager you have already done this anyway. > http://fedoraproject.org/wiki/WikiEditing has the general guidelines. > Feel free to contact the websites team for any help. Thanks As part of the Games SIG, I think it would be nice if we had a nice documentation page(s) where we could describe the various games (with screenshots) that have been packaged in FE. Would it be appropriate to create a wiki/Games/ hierarchy to describe these FE timesinks? --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From sundaram at fedoraproject.org Thu Mar 2 00:06:15 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 05:36:15 +0530 Subject: Documentation request In-Reply-To: <4406351F.6050600@kobold.org> References: <44063157.3030809@fedoraproject.org> <4406351F.6050600@kobold.org> Message-ID: <440636F7.2030907@fedoraproject.org> Michael Thomas wrote: >Rahul Sundaram wrote: > > >>Hi >> >>If you are packaging cool applications in Fedora Extras, you might be >>interested in getting some users. If these applications just work after >>yum install then there isnt much to worry about but if there >>are more configuration steps or additional packages required or ideal, >>then help document these changes as soon as your package is imported >>into the CVS. >> >>You can document in http://fedoraproject.org/wiki/. Refer to >>this information from the Extras wiki pages if required. Note that >>signing the CLA is required for wiki edit group access but if you are a >>Fedora Extras packager you have already done this anyway. >>http://fedoraproject.org/wiki/WikiEditing has the general guidelines. >>Feel free to contact the websites team for any help. Thanks >> >> > >As part of the Games SIG, I think it would be nice if we had a nice >documentation page(s) where we could describe the various games (with >screenshots) that have been packaged in FE. Would it be appropriate to >create a wiki/Games/ hierarchy to describe these FE timesinks? > > > > Thats fine and dandy. If anyone is in doubt, about creating or editing pages and guidelines do not talk about it, go ahead and do it. There are a few people including me who watch all the changes being committed in the wiki and we can yell. revert and fix if anything goes wrong. -- Rahul From bugzilla at redhat.com Thu Mar 2 00:14:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 19:14:05 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020014.k220E5BL001622@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |bdpepple at ameritech.net OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From bdpepple at ameritech.net 2006-03-01 19:13 EST ------- MD5Sums: 000b3c7b82026bf052a16811ba34c515 libipoddevice-0.4.1.tar.gz Good: * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * All necessary BuildRequires listed. * Package builds in Mock. * Package installs and uninstalls cleanly on FC5. * Make succeeds even when %{_smp_mflags} is defined * Rpmlint does not find problems Needs Work: * Source URL isn't canonical. Should be http://banshee-project.org/files/%{name}/%{name}-%{version}.tar.gz * Refer to Comment #1, if planning to release for FC4. * License is LGPL, not GPL. * Add COPYING file to package. Once these items are fixed, consider it approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 00:24:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 19:24:45 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020024.k220OjMC003486@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-01 19:24 EST ------- (In reply to comment #2) > * Source URL isn't canonical. Should be > http://banshee-project.org/files/%{name}/%{name}-%{version}.tar.gz Don't use %{name}, %{version}, etc. in the pathname, only in the filename. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 00:37:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 19:37:04 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020037.k220b4YI005864@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From bdpepple at ameritech.net 2006-03-01 19:36 EST ------- (In reply to comment #3) > Don't use %{name}, %{version}, etc. in the pathname, only in the filename. Why, has something changed recently in the wiki? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dlutter at redhat.com Thu Mar 2 01:17:19 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 01 Mar 2006 17:17:19 -0800 Subject: User id allocation and fedora-usermgmt In-Reply-To: <87psl6wuj9.fsf@kosh.bigo.ensc.de> References: <1141171454.12591.59.camel@currant.watzmann.net> <87psl6wuj9.fsf@kosh.bigo.ensc.de> Message-ID: <1141262239.12591.124.camel@currant.watzmann.net> On Wed, 2006-03-01 at 07:25 +0100, Enrico Scholz wrote: > dlutter at redhat.com (David Lutterkort) writes: > > > UID For use by/managed by > > 0-199 Fedora Core, FC steering committee > > 200-299 reserved for future allocation > > 300-399 Fedora Extras, FeSCo > > 400-499 reserved for future allocation > > not possible; accordingly FHS, these ranges are available for free use > and must not be assigned statically. Actually, that's a very loose paraphrasing of what the LSB (not FHS) says[1]: The system User IDs from 0 to 99 should be statically allocated by the system, and shall not be created by applications. The system User IDs from 100 to 499 should be reserved for dynamic allocation by system administrators and post install scripts using useradd. This is pretty vague, as far as standards go, and clearly, having only 100 user id's for statically allocated users is not practical (FC itself already uses more than 100 system users) It seems that a sensible policy for Fedora could serve as the basis for a clarification of the LSB in this respect. > They might be already in use in > existing systems, and a static assignment in future FE packages WILL > create conflicts. Absolutely; though I don't see how fedora-usermgmt addresses that issue. This seems like an argument for always allocating uid's dynamically for FE system accounts, and changing the packaging guidelines so that packages will not remove users (which fixes the security risk from reused uid's) It would also erase the one big benefit of statically allocated uid's: easy correpsondance of users across machines in a network for things like NFS filesystems. > The fact is, that you will not find a free range for new static uid. The > only possible range for static uids is 0-99 which is reserved for Core > already. I think this is mainly because there has never been a clear guideline on what to do. > > For Fedora Extras, user id's would be tracked as they are right now > > at http://fedoraproject.org/wiki/Packaging/UserRegistry (with all > > uid/gid's bumped up by 300) and new uid's/gid's would be allocated > > during package review from the FE range 300-399. It seems that that page http://fedoraproject.org/wiki/Packaging/UserCreation is only a recommendation, not a requirement for package review. Could you change the page to clearly state that it's not a packaging requirement ? I think it's pretty confusing as it is right now. > I am in doubt that we will stay below 100 users... Absolutely. But for the time being, it's enough; once we approach the 100 uid's we would have to either allocate more uid's or think of something else. [1] http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/uidrange.html From bugzilla at redhat.com Thu Mar 2 01:47:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 20:47:06 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603020147.k221l626018005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-01 20:46 EST ------- I uploaded a new spec file to http://kuix.de/mozilla/seamonkey/1.0-6/src/seamonkey.spec See also this diff: http://kuix.de/mozilla/seamonkey/1.0-6/src/spec.diff Chris, can you please continue the review? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 02:13:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 21:13:05 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603020213.k222D5wn023193@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From dlutter at redhat.com 2006-03-01 21:13 EST ------- - Updated to latest upstream release 0.13.5. Spec URL: http://people.redhat.com/dlutter/yum/spec/puppet.spec SRPM URL: http://people.redhat.com/dlutter/yum/SRPMS/puppet-0.13.5-1.src.rpm - I changed puppet back to using standard useradd/groupadd with dynamic id allocation; fedora-usermgmt makes it harder to use the rpm's on other distros and is not a FE requirement. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 02:41:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 21:41:18 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020241.k222fIhB028188@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-01 21:41 EST ------- It's never actually been put into the wiki, but that's been an unwritten rule for as long as I can remember. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 02:48:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 21:48:50 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603020248.k222moQL029260@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From jwb at redhat.com 2006-03-01 21:48 EST ------- Files updated to install into /var/www/gallery2. The default data directory is still set to be /srv/gallery2 per suggestion in comment #20, but is overridable at setup time by the user. New packages: SPEC: http://www.berningeronline.net/gallery2.spec SRPM: http://www.berningeronline.net/gallery2-2.0.2-0.10cvs20060223.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From kaboom at oobleck.net Thu Mar 2 03:05:16 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Wed, 1 Mar 2006 22:05:16 -0500 (EST) Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <1141229653.2997.13.camel@localhost.localdomain> References: <1141229653.2997.13.camel@localhost.localdomain> Message-ID: On Wed, 1 Mar 2006, Thorsten Leemhuis wrote: > Hi! > > we still have a lot of orphans in extras/development/ that will remain > in FE5. For a list see > http://www.fedoraproject.org/wiki/Extras/FC5Status > and look out for packages owned by "extras-orphan_AT_fedoraproject.org" > > Well what do we want do with them? > a) just leave them there > b) check them and remove those that are broken and are not required by > other programs > c) rebuild the arch packages, check them afterwards and remove the > broken ones > > I'd suggest c) for arch packages and b) for noarch packags. Objections? > Anyone interested it helping there? I would suggest this scheme if the > answer is "yes": > > - Add your name after some packages owned by > extras-orphan_AT_fedoraproject.org on > http://www.fedoraproject.org/wiki/Extras/FC5Status I've just started rebuilding 2 of these orphans, gnugo and cgoban If no one else wants them I'm willing to maintain them later, chris From bugzilla at redhat.com Thu Mar 2 03:10:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 22:10:39 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020310.k223AdTB001256@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From bdpepple at ameritech.net 2006-03-01 22:10 EST ------- (In reply to comment #5) > It's never actually been put into the wiki, but that's been an unwritten rule > for as long as I can remember. Really? I've been doing packages since back in the fedora.us days, and I'm not familar with that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From denis at poolshark.org Thu Mar 2 03:28:12 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 01 Mar 2006 19:28:12 -0800 Subject: Questions about build system Message-ID: <4406664C.10003@poolshark.org> I'm maintaining a number of packages that are part of a long dependency chain (gcdmaster -> libgnomeuimm -> gtkmm -> glibmm -> libsigc++). Does that mean that, in order to guarantee that each one of these is build against the newly rebuilt versions, I have to queue them up in the build system, say, libsigc++ on monday, glibmm on tuesday, ..., and gcdmaster on friday :-) ? I know that mock doesn't handle this like mach does: freshly built packages in /var/lib/x/result are not automatically used in the prep phase of the next mock build, and that's currently my biggest gripe against mock (with otherwise works great). So since plague uses mock, does this also apply to our build system ? You might say that if the packages maintain ABI compatibility, it might not matter, but in the wonderful world of C++ this is not always true... -denis From rdieter at math.unl.edu Thu Mar 2 04:17:53 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 01 Mar 2006 22:17:53 -0600 Subject: Questions about build system In-Reply-To: <4406664C.10003@poolshark.org> References: <4406664C.10003@poolshark.org> Message-ID: Denis Leroy wrote: > I'm maintaining a number of packages that are part of a long dependency > chain (gcdmaster -> libgnomeuimm -> gtkmm -> glibmm -> libsigc++). Does > that mean that, in order to guarantee that each one of these is build > against the newly rebuilt versions, I have to queue them up in the build > system, say, libsigc++ on monday, glibmm on tuesday, ..., and gcdmaster > on friday :-) ? Pkgs that finish building are available to the buildsystem immediately. So, you only need wait until libsigc++ finishes building before queueing glibmm, etc... > I know that mock doesn't handle this like mach does: freshly built > packages in /var/lib/x/result are not automatically used in the prep > phase of the next mock build, and that's currently my biggest gripe > against mock (with otherwise works great). So since plague uses mock, > does this also apply to our build system ? mock itself doesn't support that, but the buildsystem does... (-: -- Rex From bugzilla at redhat.com Thu Mar 2 04:10:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 23:10:24 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020410.k224AObJ015743@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From rc040203 at freenet.de 2006-03-01 23:10 EST ------- (In reply to comment #6) > (In reply to comment #5) > > It's never actually been put into the wiki, but that's been an unwritten rule > > for as long as I can remember. > > Really? I've been doing packages since back in the fedora.us days, and I'm not > familar with that. Neither am I nor do I agree with Ignacio. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 04:19:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 1 Mar 2006 23:19:15 -0500 Subject: [Bug 182941] Review Request: nessus-core Network vulnerability scanner In-Reply-To: Message-ID: <200603020419.k224JF36017898@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-core Network vulnerability scanner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182941 ------- Additional Comments From imlinux at gmail.com 2006-03-01 23:19 EST ------- I'm interested in getting this in extras but access to my rawhide box is limited as of late. One thing you could do if you wanted to get this in both FC4 and FC5 is to change your buildrequires: libice-devel to whatever header file(s) is/are required like: buildRequires: /usr/include/X11/ICE/ICElib.h If it was just your intention to have this available for FC-5 only then don't worry about it. I'll probably be reviewing this more closely soon. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Thu Mar 2 05:15:14 2006 From: wart at kobold.org (Wart) Date: Wed, 01 Mar 2006 21:15:14 -0800 Subject: Taking ownership of neverball Message-ID: <44067F62.1000705@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ...per my notice from several days ago. Previous maintainer acknowledges its orphaned state. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEBn9dDeYlPfs40g8RAgiGAJsHJ3CPsaL8SVgx7rUXyUJjoKLJKgCfbsME 59kRhgcHR3xdOwE0qsN0G9Q= =YkpN -----END PGP SIGNATURE----- From cnegus at rucls.net Thu Mar 2 05:44:18 2006 From: cnegus at rucls.net (Chris Negus) Date: Wed, 01 Mar 2006 23:44:18 -0600 Subject: ownership of xmms-cdread In-Reply-To: <20060301200545.78294e88.bugs.michael@gmx.net> References: <1141232461.3784.1.camel@alexandria> <20060301200545.78294e88.bugs.michael@gmx.net> Message-ID: <1141278258.17255.45.camel@einstein> On Wed, 2006-03-01 at 20:05 +0100, Michael Schwendt wrote: > XMMS comes with a CD reader plugin these days, which also supports reading > out CDs digitally. There should be few users left who get > different(/better?) results with this external and old xmms-cdread. What provides this capability, other than xmms-cdread? I just installed xmms today (yum install xmms) and wasn't able to play CDs with it until I also installed xmms-cdread. Is there another plug-in that provides this? -- Chris Negus From buildsys at fedoraproject.org Thu Mar 2 05:48:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 2 Mar 2006 00:48:13 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060302054813.B4E338014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 gcdmaster-1.2.1-3.fc3 libtomoe-gtk-0.1.0-5.fc3 scim-tomoe-0.2.0-3.fc3 tomoe-0.2.1-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 2 05:48:43 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 2 Mar 2006 00:48:43 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060302054843.9916D8014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 9 QuantLib-0.3.11-4.fc4 libtomoe-gtk-0.1.0-5.fc4 perl-Net-Patricia-1.014-1.fc4 perl-Spiffy-0.30-5.fc4 python-basemap-data-0.8-1.fc4 scim-tomoe-0.2.0-3.fc4 sylpheed-claws-2.0.0-2.fc4 tomoe-0.2.1-4.fc4 xmms-1.2.10-21.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 Mar 2 05:51:00 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 2 Mar 2006 00:51:00 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060302055100.A9FF08014@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 29 QuantLib-0.3.11-4.fc5 apollon-1.0.1-4.fc5.2 balsa-2.3.11-1.fc5 cgoban-1.9.14-6.fc5 dxpc-3.8.2-3.fc5.2 fbdesk-1.2.1-3.fc5 fluxbox-0.9.14-2.fc5 frotz-2.43-4.fc5 galeon-2.0.1-1.fc5 gcdmaster-1.2.1-4.fc5 geomview-1.8.2-0.2.cvs20040221.fc5.3 gift-0.11.8.1-4.fc5.2 gift-openft-0.2.1.6-2.fc5.2 gnugo-3.6-4.fc5 gpgme-1.1.0-3.fc5.2 gtk-qt-engine-0.60-8.fc5 ifm-5.1-3.fc5 jasper-1.701.0-12.fc5 kakasi-2.3.4-21.fc5 kile-1.8.1-7.fc5.2 kimdaba-2.1-6.fc5.2 kompose-0.5.3-5.fc5 kst-1.2.0-9.fc5 libesmtp-1.0.3r1-8.fc5 nethack-vultures-1.11.2-5.fc5 perl-Time-Piece-1.08-3.fc5 python-basemap-data-0.8-1.fc5 sylpheed-claws-2.0.0-3.fc5 tktable-2.9-9.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From fedora at leemhuis.info Thu Mar 2 06:05:55 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 07:05:55 +0100 Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <20060301.103741.258004412.kevin@scrye.com> References: <1141229653.2997.13.camel@localhost.localdomain> <20060301.103741.258004412.kevin@scrye.com> Message-ID: <1141279555.26491.8.camel@thl.ct.heise.de> Am Mittwoch, den 01.03.2006, 10:37 -0700 schrieb Kevin Fenzi: > >>>>> "Thorsten" == Thorsten Leemhuis writes: > Thorsten> Hi! we still have a lot of orphans in extras/development/ > Thorsten> that will remain in FE5. For a list see > Thorsten> http://www.fedoraproject.org/wiki/Extras/FC5Status and look > Thorsten> out for packages owned by > Thorsten> "extras-orphan_AT_fedoraproject.org" > > Thorsten> Well what do we want do with them? a) just leave them there > Thorsten> b) check them and remove those that are broken and are not > Thorsten> required by other programs c) rebuild the arch packages, > Thorsten> check them afterwards and remove the broken ones > > Thorsten> I'd suggest c) for arch packages and b) for noarch > Thorsten> packags. Objections? Anyone interested it helping there? > > What definition of "broken" are you using? > Doesn't rebuild? > segfaults on startup/other app specific bug? "segfaults on startup/other, major bugs that pretty much makes the app useless for everyone" would be my definition. > I personally would suggest: > > d) remove all of them that aren't required by other packages. > and then all the remaining ones that are required by other packages > should be taken over by those people who's packages need them. Agreed. But I got the impression that some people thinks it's to late to remove the orphan packages. But if others agree with this idea I'm fine with it. Opinions please! CU thl From fedora at leemhuis.info Thu Mar 2 06:09:08 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 07:09:08 +0100 Subject: Documentation request In-Reply-To: <44063157.3030809@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> Message-ID: <1141279748.26491.11.camel@thl.ct.heise.de> Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: > You can document in http://fedoraproject.org/wiki/. [...] Wouldn't http://fedoraproject.org/wiki/Packages/ or http://fedoraproject.org/wiki/Extras/Packages/ (I would prefer the former) be a better place? Just my 2 cent. CU thl From bugzilla at redhat.com Thu Mar 2 06:10:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 01:10:18 -0500 Subject: [Bug 173368] Review Request: planetplanet In-Reply-To: Message-ID: <200603020610.k226AI2N011812@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: planetplanet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173368 ------- Additional Comments From rich at phekda.gotadsl.co.uk 2006-03-02 01:10 EST ------- Oops, I seem to have accidentally closed this bug by taking ownership of it. I'm in the process of submitting a build, so I'll change the resolution to NEXTRELEASE when that's 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 sundaram at fedoraproject.org Thu Mar 2 06:18:14 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 11:48:14 +0530 Subject: Documentation request In-Reply-To: <1141279748.26491.11.camel@thl.ct.heise.de> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> Message-ID: <44068E26.1060204@fedoraproject.org> Thorsten Leemhuis wrote: >Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: > > > >>You can document in http://fedoraproject.org/wiki/. [...] >> >> > >Wouldn't > >http://fedoraproject.org/wiki/Packages/ >or >http://fedoraproject.org/wiki/Extras/Packages/ >(I would prefer the former) > >be a better place? Just my 2 cent. > > > I dont think so. It just makes access harder for those who are new to the wiki. Just create a new category "CategoryPackages" and make every such page at the root level in this category for keeping track of them. -- Rahul From fedora at leemhuis.info Thu Mar 2 06:30:53 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 07:30:53 +0100 Subject: Documentation request In-Reply-To: <44068E26.1060204@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> Message-ID: <1141281053.26491.21.camel@thl.ct.heise.de> Am Donnerstag, den 02.03.2006, 11:48 +0530 schrieb Rahul Sundaram: > Thorsten Leemhuis wrote: > >Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: > >>You can document in http://fedoraproject.org/wiki/. [...] > >Wouldn't > >http://fedoraproject.org/wiki/Packages/ > >or > >http://fedoraproject.org/wiki/Extras/Packages/ > >(I would prefer the former) > >be a better place? Just my 2 cent. > I dont think so. It just makes access harder Just a little bit harder. I don't think this is a problem. Especially for Extras contributors that are the target for this. > for those who are new to > the wiki. Just create a new category "CategoryPackages" and make every > such page at the root level in this category for keeping track of them. Well, the reason why I prefer http://fedoraproject.org/wiki/Packages/ or something similar is this: I can mass-subscribe in the wiki to Packages/.* or Extras/.* and get a copy of everything that happens in that area. I can't subscribe to categories afaik :-| Well, I can subscribe to ".*", but then I can a lot of things that are no of interest for me, e.g. translations, personal homepages,... And we have separate namespaces in the wiki already for Docs/, Extras/, Packaging/, Ambassadors/, Infrastructure/, Legacy/, Marketing/ and Core/ (some of them don't use them yet completely, but most are). Why break this nice organization? CU thl From sundaram at fedoraproject.org Thu Mar 2 06:40:46 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 12:10:46 +0530 Subject: Documentation request In-Reply-To: <1141281053.26491.21.camel@thl.ct.heise.de> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> Message-ID: <4406936E.70707@fedoraproject.org> Thorsten Leemhuis wrote: >Am Donnerstag, den 02.03.2006, 11:48 +0530 schrieb Rahul Sundaram: > > >>Thorsten Leemhuis wrote: >> >> >>>Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: >>> >>> >>>>You can document in http://fedoraproject.org/wiki/. [...] >>>> >>>> >>>Wouldn't >>>http://fedoraproject.org/wiki/Packages/ >>>or >>>http://fedoraproject.org/wiki/Extras/Packages/ >>>(I would prefer the former) >>>be a better place? Just my 2 cent. >>> >>> >>I dont think so. It just makes access harder >> >> > >Just a little bit harder. I don't think this is a problem. Especially >for Extras contributors that are the target for this. > > The documentation is targeted at end users. Not just Extras contributors. > >Well, the reason why I prefer >http://fedoraproject.org/wiki/Packages/ >or something similar is this: I can mass-subscribe in the wiki to >Packages/.* or Extras/.* and get a copy of everything that happens in >that area. I can't subscribe to categories afaik :-| > > Help on using regex with categories is available at http://www.fedoraproject.org/wiki/HelpOnCategories > >And we have separate namespaces in the wiki already for Docs/, Extras/, >Packaging/, Ambassadors/, Infrastructure/, Legacy/, Marketing/ and Core/ >(some of them don't use them yet completely, but most are). Why break >this nice organization? > > While project documentation is under these pages, we havent been using docs which are multi level deep when we are targeting end users. Extras has innumerous sub pages and related documentation in the wiki which arent listed in the main Extras pages and I want to see that kind of things fixed soon. Categories help in organizing the pages while keeping information easily accessible in the same level. Just remember to use them for new pages being created and we can use it to keep track and organize it properly. After we deploy a CMS system in fedoraproject.org we can rethink this a bit. -- Rahul From rc040203 at freenet.de Thu Mar 2 06:45:32 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 02 Mar 2006 07:45:32 +0100 Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <1141279555.26491.8.camel@thl.ct.heise.de> References: <1141229653.2997.13.camel@localhost.localdomain> <20060301.103741.258004412.kevin@scrye.com> <1141279555.26491.8.camel@thl.ct.heise.de> Message-ID: <1141281932.8565.288.camel@mccallum.corsepiu.local> On Thu, 2006-03-02 at 07:05 +0100, Thorsten Leemhuis wrote: > Am Mittwoch, den 01.03.2006, 10:37 -0700 schrieb Kevin Fenzi: > > I personally would suggest: > > > > d) remove all of them that aren't required by other packages. ACK. > > and then all the remaining ones that are required by other packages > > should be taken over by those people who's packages need them. I don't agree on this part - I find this to be rude to those maintainers requiring/depending on these packages. [Consider the perl packages, if one of those perl maintainers (who often maintain many packages, eg. JPO, Ville, Spot, Steve P. or me, would quit, this would push the others into a crisis.] Instead, I'd propose to add a new category, meaning "non-assigned, open to those maintainers needing it, but not dead". This would allow those maintainers who are depending on such packages to modify/update them without committing themselves to permanent maintainership. > But I got the impression that some people thinks it's to late to > remove the orphan packages. But if others agree with this idea I'm fine > with it. Opinions please! I go with Kevin. Remove all unused orphans from the repo. Whether and how to keep them in CVS would be another topic. Ralf From fedora at leemhuis.info Thu Mar 2 07:00:52 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 08:00:52 +0100 Subject: Documentation request In-Reply-To: <4406936E.70707@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> Message-ID: <1141282852.26491.34.camel@thl.ct.heise.de> Am Donnerstag, den 02.03.2006, 12:10 +0530 schrieb Rahul Sundaram: > Thorsten Leemhuis wrote: > >Am Donnerstag, den 02.03.2006, 11:48 +0530 schrieb Rahul Sundaram: > >>Thorsten Leemhuis wrote: > >>>Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: > >>>>You can document in http://fedoraproject.org/wiki/. [...] > >>>Wouldn't > >>>http://fedoraproject.org/wiki/Packages/ > >>>or > >>>http://fedoraproject.org/wiki/Extras/Packages/ > >>>(I would prefer the former) > >>>be a better place? Just my 2 cent. > >>I dont think so. It just makes access harder > >Just a little bit harder. I don't think this is a problem. Especially > >for Extras contributors that are the target for this. > The documentation is targeted at end users. Not just Extras contributors. Ordinary end user are used to www.foo.com/uses/also/directorys/to/separate/things.html What's harder for them? No, please don't reply. Rahul, it seems we have different opinion here, and discussing them out in a long E-Mail thread probably leads to nothing but burning time. > >Well, the reason why I prefer > >http://fedoraproject.org/wiki/Packages/ > >or something similar is this: I can mass-subscribe in the wiki to > >Packages/.* or Extras/.* and get a copy of everything that happens in > >that area. I can't subscribe to categories afaik :-| > Help on using regex with categories is available at > http://www.fedoraproject.org/wiki/HelpOnCategories Great, thx. > >And we have separate namespaces in the wiki already for Docs/, Extras/, > >Packaging/, Ambassadors/, Infrastructure/, Legacy/, Marketing/ and Core/ > >(some of them don't use them yet completely, but most are). Why break > >this nice organization? > While project documentation is under these pages, we havent been using > docs which are multi level deep when we are targeting end users. Extras > has innumerous sub pages and related documentation in the wiki which > arent listed in the main Extras pages and I want to see that kind of > things fixed soon. Me, too. Somebody just needs to find time. And I have several more important things on my todo list atm. Sorry. And volunteers? We're also still searching for someone that can help/write the Extras weekly reports. > Categories help in organizing the pages while keeping > information easily accessible in the same level. Directories, too. ;-) > Just remember to use > them for new pages being created and we can use it to keep track and > organize it properly. After we deploy a CMS system in fedoraproject.org > we can rethink this a bit. Yeah, sounds like a plan. From sundaram at fedoraproject.org Thu Mar 2 07:10:06 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 12:40:06 +0530 Subject: Documentation request In-Reply-To: <1141282852.26491.34.camel@thl.ct.heise.de> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> Message-ID: <44069A4E.4060600@fedoraproject.org> Thorsten Leemhuis wrote: >Ordinary end user are used to >www.foo.com/uses/also/directorys/to/separate/things.html >What's harder for them? > >No, please don't reply. Rahul, it seems we have different opinion here, >and discussing them out in a long E-Mail thread probably leads to >nothing but burning time. > If you ask a question, expect an answer ;-). The difference between a multi level ordinary web page and the wiki is that since the wiki allows multiple people to easily edit and create new pages organizing information is a lot more harder. I spend hours fixing up things so that its easily accessible. One of the rules of thumb here is that every page has to be accessible from the frontpage in about two or three clicks. If you create sub pages you need to own the main page and create links to all the sub pages from the main page. This is something that needs to be done in a regular fashion for Extras. While it is easier for project pages such as Documentation or Ambassadors, the end user targeted is better found at the root level IMO. If you create categories, then you can just use http://fedoraproject.org/wiki/CategoryCategory to keep track of the pages and use regex searches in the main pages to link to the information. If you are going to create sub pages, you own the responsibility in linking to the main pages. -- Rahul From paul at city-fan.org Thu Mar 2 07:57:03 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 02 Mar 2006 07:57:03 +0000 Subject: Documentation request In-Reply-To: <44069A4E.4060600@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> <44069A4E.4060600@fedoraproject.org> Message-ID: <1141286224.5678.17.camel@laurel.intra.city-fan.org> On Thu, 2006-03-02 at 12:40 +0530, Rahul Sundaram wrote: > If you ask a question, expect an answer ;-). The difference between a > multi level ordinary web page and the wiki is that since the wiki allows > multiple people to easily edit and create new pages organizing > information is a lot more harder. I spend hours fixing up things so that > its easily accessible. One of the rules of thumb here is that every > page has to be accessible from the frontpage in about two or three > clicks. If you create sub pages you need to own the main page and create > links to all the sub pages from the main page. There are a bunch of pages under Packaging/ but no Packaging page itself. Should there be? Paul. From sundaram at fedoraproject.org Thu Mar 2 08:10:44 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 13:40:44 +0530 Subject: Documentation request In-Reply-To: <1141286224.5678.17.camel@laurel.intra.city-fan.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> <44069A4E.4060600@fedoraproject.org> <1141286224.5678.17.camel@laurel.intra.city-fan.org> Message-ID: <4406A884.6050408@fedoraproject.org> Paul Howarth wrote: >On Thu, 2006-03-02 at 12:40 +0530, Rahul Sundaram wrote: > > >>If you ask a question, expect an answer ;-). The difference between a >>multi level ordinary web page and the wiki is that since the wiki allows >>multiple people to easily edit and create new pages organizing >>information is a lot more harder. I spend hours fixing up things so that >>its easily accessible. One of the rules of thumb here is that every >>page has to be accessible from the frontpage in about two or three >>clicks. If you create sub pages you need to own the main page and create >>links to all the sub pages from the main page. >> >> > >There are a bunch of pages under Packaging/ but no Packaging page >itself. Should there be? > > Yes, definitely and the packaging page should link to every single sub page. Same for the Extras sub pages and other related pages to the Extras project. Everything needs to be linked and easily accessible from http://fedoraproject.org/wiki/Extras. If not please fix it. -- Rahul From fedora at leemhuis.info Thu Mar 2 08:12:33 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 09:12:33 +0100 Subject: Documentation request In-Reply-To: <1141286224.5678.17.camel@laurel.intra.city-fan.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> <44069A4E.4060600@fedoraproject.org> <1141286224.5678.17.camel@laurel.intra.city-fan.org> Message-ID: <1141287153.26491.51.camel@thl.ct.heise.de> Am Donnerstag, den 02.03.2006, 07:57 +0000 schrieb Paul Howarth: > ch of pages under Packaging/ but no Packaging page > itself. Should there be? Yes, also on my todo-list :-/ CU thl From fedora at leemhuis.info Thu Mar 2 08:37:50 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 09:37:50 +0100 Subject: Documentation request In-Reply-To: <4406A884.6050408@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> <44069A4E.4060600@fedoraproject.org> <1141286224.5678.17.camel@laurel.intra.city-fan.org> <4406A884.6050408@fedoraproject.org> Message-ID: <1141288670.26491.64.camel@thl.ct.heise.de> Rahul, we disagree a bit today :-) Am Donnerstag, den 02.03.2006, 13:40 +0530 schrieb Rahul Sundaram: > Paul Howarth wrote: > >On Thu, 2006-03-02 at 12:40 +0530, Rahul Sundaram wrote: > >>If you ask a question, expect an answer ;-). The difference between a > >>multi level ordinary web page and the wiki is that since the wiki allows > >>multiple people to easily edit and create new pages organizing > >>information is a lot more harder. I spend hours fixing up things so that > >>its easily accessible. One of the rules of thumb here is that every > >>page has to be accessible from the frontpage in about two or three > >>clicks. If you create sub pages you need to own the main page and create > >>links to all the sub pages from the main page. > >There are a bunch of pages under Packaging/ but no Packaging page > >itself. Should there be? > Yes, definitely and the packaging page should link to every single sub > page. Yes. > Same for the Extras sub pages and other related pages to the > Extras project. No. The Front page should only list to the important pages IMHO (and those to the other pages). It shouldn't link to all 102 pages that are currently below Extras/ > Everything needs to be linked and easily accessible from > http://fedoraproject.org/wiki/Extras. If not please fix it. No. Packaging *should* be a independent task, e.g. for Core and Extras. So linking everything from http://fedoraproject.org/wiki/Extras is wrong IMHO. Linking the important pages there is fine. CU thl From sundaram at fedoraproject.org Thu Mar 2 08:45:23 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 02 Mar 2006 14:15:23 +0530 Subject: Documentation request In-Reply-To: <1141288670.26491.64.camel@thl.ct.heise.de> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> <44069A4E.4060600@fedoraproject.org> <1141286224.5678.17.camel@laurel.intra.city-fan.org> <4406A884.6050408@fedoraproject.org> <1141288670.26491.64.camel@thl.ct.heise.de> Message-ID: <4406B0A3.4050105@fedoraproject.org> Thorsten Leemhuis wrote: >Rahul, we disagree a bit today :-) > > > >> Same for the Extras sub pages and other related pages to the >>Extras project. >> >> > >No. The Front page should only list to the important pages IMHO (and >those to the other pages). It shouldn't link to all 102 pages that are >currently below Extras/ > > We arent disagreeing here. I just need a path from the frontpage to all the 102 pages. I wouldnt mind if you organize them two or three levels deep if thats required. > > >> Everything needs to be linked and easily accessible from >>http://fedoraproject.org/wiki/Extras. If not please fix it. >> >> > >No. Packaging *should* be a independent task, e.g. for Core and Extras. > > Right but it is relevant to Extras and I believe everybody involved with the Extras project would want to learn more about packaging. Linking only specifies relevancy and not dependence. >So linking everything from http://fedoraproject.org/wiki/Extras is wrong >IMHO. Linking the important pages there is fine. > > As long as there is a path from Extras to packaging then I am fine with it. I believe that packaging is important enough to be linked from the main page of Extras but I will let the project people decide that. -- Rahul From bugzilla at redhat.com Thu Mar 2 08:45:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 03:45:10 -0500 Subject: [Bug 182941] Review Request: nessus-core Network vulnerability scanner In-Reply-To: Message-ID: <200603020845.k228jATi009333@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-core Network vulnerability scanner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182941 ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-02 03:45 EST ------- Well on FC4 you can just change all the xorg requires to xorg-x11-devel and this is what I would do once nessus as been imported to cvs ... :) Do you need me to spin an extras srpm for your reviewing or can you just change these? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Thu Mar 2 08:54:42 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 02 Mar 2006 09:54:42 +0100 Subject: Documentation request In-Reply-To: <4406B0A3.4050105@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> <1141281053.26491.21.camel@thl.ct.heise.de> <4406936E.70707@fedoraproject.org> <1141282852.26491.34.camel@thl.ct.heise.de> <44069A4E.4060600@fedoraproject.org> <1141286224.5678.17.camel@laurel.intra.city-fan.org> <4406A884.6050408@fedoraproject.org> <1141288670.26491.64.camel@thl.ct.heise.de> <4406B0A3.4050105@fedoraproject.org> Message-ID: <1141289683.26491.71.camel@thl.ct.heise.de> Am Donnerstag, den 02.03.2006, 14:15 +0530 schrieb Rahul Sundaram: > Thorsten Leemhuis wrote: > >Rahul, we disagree a bit today :-) > >> Same for the Extras sub pages and other related pages to the > >>Extras project.>No. The Front page should only list to the important pages IMHO (and > >those to the other pages). It shouldn't link to all 102 pages that are > >currently below Extras/ > We arent disagreeing here. [...] Sorry, I had interpreted "Yes, definitely and the packaging page should link to every single sub page. Same for the Extras [...]" that all those links should be on the front page. CU thl From bugzilla at redhat.com Thu Mar 2 09:49:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 04:49:44 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603020949.k229niog029109@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2006-03-02 04:49 EST ------- (In reply to comment #5) > It's never actually been put into the wiki, but that's been an unwritten rule > for as long as I can remember. Actually it's never actually been into the wiki because the proponents of this rule never managed to convince other packagers. So 1. today it's not mandatory 2. I very much doubt it would be accepted if someone tried to make it mandatory -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From veillard at redhat.com Thu Mar 2 11:02:54 2006 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 2 Mar 2006 06:02:54 -0500 Subject: Recoding non-UTF-8 documentation? In-Reply-To: References: Message-ID: <20060302110253.GA8544@redhat.com> On Tue, Feb 28, 2006 at 09:19:46AM -0600, Jason L Tibbitts III wrote: > Is there ever a case where it's worth it to recode documentation to > satisfy a "file-not-utf8" warning from rpmlint? Some packages fix up > line endings to quiet rpmlint but I'm not sure about altering the > character encoding. > > If not, then would it be reasonable to remove this warning from > rpmlint? > For any XML input just use xmllint --encode UTF-8 ...It will take care of the encoding conversion, and adjust the XML declaration accordingly laptop:~ -> cat XML/test/isolat1 l? laptop:~ -> xmllint --encode utf8 XML/test/isolat1 l? laptop:~ -> Using "UTF-8" might be a bit cleaner than "utf8" but sysnonyms like this are usually processed fine. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From bugzilla at redhat.com Thu Mar 2 12:46:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 07:46:00 -0500 Subject: [Bug 168607] Review Request: perl-Convert-PEM In-Reply-To: Message-ID: <200603021246.k22Ck0EP002601@www.beta.redhat.com> Please do 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-PEM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168607 ------- Additional Comments From paul at city-fan.org 2006-03-02 07:45 EST ------- (In reply to comment #5) > I've been trying... > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=3816 > > I wonder if hammer2 is having issues. I had another build fail on it yesterday > that worked fine on my x86_64 system under mock. Could you give it another go, to see if it's one of those transient buildsystem 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 tibbs at math.uh.edu Thu Mar 2 14:22:03 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 02 Mar 2006 08:22:03 -0600 Subject: Questions about build system In-Reply-To: (Rex Dieter's message of "Wed, 01 Mar 2006 22:17:53 -0600") References: <4406664C.10003@poolshark.org> Message-ID: >>>>> "RD" == Rex Dieter writes: RD> mock itself doesn't support that, but the buildsystem does... (-: Isn't it possible to do this with mock, by setting up an additional local repo and stuffing the newly built packages into it? I'm going to try that now, because waiting two days for each dependency of the perl-Kwiki packages I'm reviewing to get into the main repo is just too much. - J< From ivazquez at ivazquez.net Thu Mar 2 14:33:07 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 02 Mar 2006 09:33:07 -0500 Subject: Questions about build system In-Reply-To: References: <4406664C.10003@poolshark.org> Message-ID: <1141309987.13935.4.camel@ignacio.lan> On Thu, 2006-03-02 at 08:22 -0600, Jason L Tibbitts III wrote: > >>>>> "RD" == Rex Dieter writes: > > RD> mock itself doesn't support that, but the buildsystem does... (-: > > Isn't it possible to do this with mock, by setting up an additional > local repo and stuffing the newly built packages into it? I'm going > to try that now, because waiting two days for each dependency of the > perl-Kwiki packages I'm reviewing to get into the main repo is just > too much. That's what already happens, but it's not mock that stuffs the new packages into it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Thu Mar 2 14:39:59 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 02 Mar 2006 14:39:59 +0000 Subject: Questions about build system In-Reply-To: References: <4406664C.10003@poolshark.org> Message-ID: <440703BF.9050609@city-fan.org> Jason L Tibbitts III wrote: >>>>>>"RD" == Rex Dieter writes: > > > RD> mock itself doesn't support that, but the buildsystem does... (-: > > Isn't it possible to do this with mock, by setting up an additional > local repo and stuffing the newly built packages into it? I'm going > to try that now, because waiting two days for each dependency of the > perl-Kwiki packages I'm reviewing to get into the main repo is just > too much. That's what I did when I last reviewed a bunch of interdependent perl packages. Works just fine. Paul. From dcbw at redhat.com Thu Mar 2 14:42:09 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 02 Mar 2006 09:42:09 -0500 Subject: Questions about build system In-Reply-To: <4406664C.10003@poolshark.org> References: <4406664C.10003@poolshark.org> Message-ID: <1141310530.2246.2.camel@dhcp83-104.boston.redhat.com> On Wed, 2006-03-01 at 19:28 -0800, Denis Leroy wrote: > I'm maintaining a number of packages that are part of a long dependency > chain (gcdmaster -> libgnomeuimm -> gtkmm -> glibmm -> libsigc++). Does > that mean that, in order to guarantee that each one of these is build > against the newly rebuilt versions, I have to queue them up in the build > system, say, libsigc++ on monday, glibmm on tuesday, ..., and gcdmaster > on friday :-) ? > > I know that mock doesn't handle this like mach does: freshly built > packages in /var/lib/x/result are not automatically used in the prep > phase of the next mock build, and that's currently my biggest gripe > against mock (with otherwise works great). So since plague uses mock, > does this also apply to our build system ? There's this great new depsolving buildsystem update that we've all been hearing about recently... Which should fix your problem. You queue up a job, and the job doesn't start to build until all of its dependencies are solved. Yes, this means that if you don't have a hard Requires: foo >= 1.2 and you are waiting to build bar because it depends on the latest foo, you must make that explicit. But that's life. Should hopefully come along this month. Dan From michel.salim at gmail.com Thu Mar 2 14:54:48 2006 From: michel.salim at gmail.com (Michel Salim) Date: Thu, 2 Mar 2006 09:54:48 -0500 Subject: Orphaned claim: gnugo Message-ID: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> I emailed the list, but as a reply to a long thread - so to make sure, I'm taking over packaging of GnuGo. Don't want to see it removed since Quarry is less useful without it. Regards, -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From mmcgrath at fedoraproject.org Thu Mar 2 14:55:09 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 02 Mar 2006 08:55:09 -0600 Subject: User id allocation and fedora-usermgmt In-Reply-To: <1141262239.12591.124.camel@currant.watzmann.net> References: <1141171454.12591.59.camel@currant.watzmann.net> <87psl6wuj9.fsf@kosh.bigo.ensc.de> <1141262239.12591.124.camel@currant.watzmann.net> Message-ID: <4407074D.5060005@fedoraproject.org> >It seems that that page >http://fedoraproject.org/wiki/Packaging/UserCreation is only a >recommendation, not a requirement for package review. Could you change >the page to clearly state that it's not a packaging requirement ? I >think it's pretty confusing as it is right now. > > +1 From bugzilla at redhat.com Thu Mar 2 14:57:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 09:57:34 -0500 Subject: [Bug 183039] Review Request: perl-Spoon In-Reply-To: Message-ID: <200603021457.k22EvYPc030139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spoon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183039 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 09:57 EST ------- I added a local repo to my mock setup so that I don't have to wait before the dependent packages get into the main repo. Don't know why I didn't think of it earlier. Anyway, Approved, subject to the addition of a meaningful summary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Thu Mar 2 15:10:35 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 02 Mar 2006 09:10:35 -0600 Subject: Questions about build system In-Reply-To: References: <4406664C.10003@poolshark.org> Message-ID: Jason L Tibbitts III wrote: >>>>>>"RD" == Rex Dieter writes: > > > RD> mock itself doesn't support that, but the buildsystem does... (-: > > Isn't it possible to do this with mock, by setting up an additional > local repo and stuffing the newly built packages into it? Yes, that's exactly what the FE buildsystem does... (-: -- Rex From kaboom at oobleck.net Thu Mar 2 15:08:44 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 2 Mar 2006 10:08:44 -0500 (EST) Subject: Orphaned claim: gnugo In-Reply-To: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> References: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> Message-ID: On Thu, 2 Mar 2006, Michel Salim wrote: > I emailed the list, but as a reply to a long thread - so to make sure, > I'm taking over packaging of GnuGo. Don't want to see it removed since > Quarry is less useful without it. I rebuilt gnugo for FE5 last night - feel free to maintain it though ;-) later, chris From bugzilla at redhat.com Thu Mar 2 15:09:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 10:09:50 -0500 Subject: [Bug 183040] Review Request: perl-Kwiki In-Reply-To: Message-ID: <200603021509.k22F9ojB000718@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 10:09 EST ------- Everything looks good except the Summary. Since all of the summaries are ending up as "blah Perl module", I guess this is a product of the specfile generator you're using. Unfortunately I'll have to carp about all of them. For this module something like "A Perl wiki implementation" should be fine. As usual, the spec is clean, source matches upstream, license is correct, package builds fine in mock (+ dependencies not yet checked in). I wonder if you need the explicit Requires: perl(Spoon) >= 0.22; extras is guaranteed to have that version (once you check it in) so RPM should find the requirement on its own. No blocker, though. Approved, subject to additional of a reasonable summary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Thu Mar 2 15:17:28 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 2 Mar 2006 10:17:28 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060302151728.6DAD58014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 git-1.2.4-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 2 15:21:23 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 2 Mar 2006 10:21:23 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060302152123.DA0EA8014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 git-1.2.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 Thu Mar 2 15:21:45 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 2 Mar 2006 10:21:45 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060302152145.44D848014@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 16 FreeWnn-1.10pl020-7.fc5 WindowMaker-0.92.0-7.fc5 gai-0.5.10-6.fc5 git-1.2.4-1.fc5 mew-4.2-2.fc5 mock-0.4-6.fc5 namazu-2.0.15-1.fc5 namazu-2.0.15-2.fc5 paps-0.6.3-2.fc5 perl-Text-Kakasi-2.04-2.fc5 quarry-0.1.16-2.fc5 scim-fcitx-3.1.1-4.fc5 uim-1.0.1-2.fc5 w3m-el-1.4.4-2.fc5 xmms-1.2.10-22.fc5 yumex-0.99.11-1.0.fc5 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 Thu Mar 2 15:11:48 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 02 Mar 2006 09:11:48 -0600 Subject: Questions about build system In-Reply-To: <1141310530.2246.2.camel@dhcp83-104.boston.redhat.com> References: <4406664C.10003@poolshark.org> <1141310530.2246.2.camel@dhcp83-104.boston.redhat.com> Message-ID: Dan Williams wrote: > There's this great new depsolving buildsystem update that we've all been > hearing about recently... Which should fix your problem. You queue up > a job, and the job doesn't start to build until all of its dependencies > are solved. Sounds way hella-cool... Can't wait. (-: -- Rex From bugzilla at redhat.com Thu Mar 2 15:18:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 10:18:51 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603021518.k22FIp97005633@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From bugs.michael at gmx.net 2006-03-02 10:18 EST ------- Well, it's been a recommendation at fedora.us, and many packagers have been so nice and accepted it. Its background is that (1) packagers would simply copy URLs into the .spec file, making sure the download location from within their browser/downloader really matches the spec file (2) reviewers could copy the URL during review and would not need to use spectool or other forms of expanding the macros and retrieving a valid URL -- remember that reviewers also need to verify download locations, so visiting web pages, looking up download sections and comparing the URLs with spec files With macros in download URLs, what often happens is that packagers don't verify them, not even when a tarball changes from .tar.gz to .tar.bz2 and moves to a different directory. In that case they simply change the file extension to make the src.rpm work again. ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 15:31:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 10:31:10 -0500 Subject: [Bug 183291] Review Request: ipod-sharp In-Reply-To: Message-ID: <200603021531.k22FVASc009942@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipod-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183291 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bdpepple at ameritech.net 2006-03-02 10:31 EST ------- MD5Sums: 734956f3505f776c6920d4ae687f4bee ipod-sharp-0.5.15.tar.gz Good: * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * Builds fine in Mock (once missing BR (hal-devel) added to spec) * Package installs and uninstalls cleanly on FC5. * Make succeeds even when %{_smp_mflags} is defined Bad: * Missing Build Requirement for hal-devel * Source URL isn't canonical. Should be http://banshee-project.org/files/%{name}/%{name}-%{version}.tar.gz * License is LGPL, not GPL. * Add COPYING file to package. * rpmlint gives the following errors: E: ipod-sharp no-binary E: ipod-sharp only-non-binary-in-usr-lib W: ipod-sharp no-documentation W: ipod-sharp devel-file-in-non-devel-package /usr/lib/pkgconfig/ipod-sharp.pc W: ipod-sharp devel-file-in-non-devel-package /usr/lib/pkgconfig/ipod-sharp-ui.pc Most of these errors can be ignored, or be easily corrected (like adding the COPYING file). You should probably add a -devel sub-package to handle the *.pc files, though. APPROVED, once these items are corrected. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Thu Mar 2 15:38:56 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 2 Mar 2006 16:38:56 +0100 Subject: ownership of xmms-cdread In-Reply-To: <1141278258.17255.45.camel@einstein> References: <1141232461.3784.1.camel@alexandria> <20060301200545.78294e88.bugs.michael@gmx.net> <1141278258.17255.45.camel@einstein> Message-ID: <20060302163856.70eec31a.bugs.michael@gmx.net> On Wed, 01 Mar 2006 23:44:18 -0600, Chris Negus wrote: > On Wed, 2006-03-01 at 20:05 +0100, Michael Schwendt wrote: > > XMMS comes with a CD reader plugin these days, which also supports reading > > out CDs digitally. There should be few users left who get > > different(/better?) results with this external and old xmms-cdread. > > What provides this capability, other than xmms-cdread? I just installed > xmms today (yum install xmms) and wasn't able to play CDs with it until > I also installed xmms-cdread. Is there another plug-in that provides > this? Since FC4 (IIRC): $ rpm -qf /usr/lib/xmms/Input/libcdaudio.so xmms-1.2.10-20.fc5 XMMS > Options > Preferences > Audio I/O Plugins > CD Audio Player 1.2.10 From bugzilla at redhat.com Thu Mar 2 15:48:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 10:48:44 -0500 Subject: [Bug 183040] Review Request: perl-Kwiki In-Reply-To: Message-ID: <200603021548.k22FmiB1016672@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 10:48 EST ------- Oops, I noted that perl-Kwiki requires perl(HTTP::BrowserDetect) which is not in the repo and not under review. I happened to have it installed from the RPMForge repo so it wasn't immediately noticeable until I tried to build a dependent module in mock. So while this still builds, it can't be installed. Would you like to submit the dependent module? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 15:57:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 10:57:12 -0500 Subject: [Bug 176288] Review Request: kdemulimedia-extras In-Reply-To: Message-ID: <200603021557.k22FvCqA019313@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemulimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From bugs.michael at gmx.net 2006-03-02 10:56 EST ------- Still: Resolving apt.kde-redhat.org... failed: Temporary failure in name resolution. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 2 15:59:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 10:59:41 -0500 Subject: [Bug 176288] Review Request: kdemulimedia-extras In-Reply-To: Message-ID: <200603021559.k22FxfkR020194@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemulimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From rdieter at math.unl.edu 2006-03-02 10:59 EST ------- apt.kde-redhat.org WORKSFORME. You can try kde-redhat.unl.edu if you're still having trouble. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 2 16:05:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 11:05:42 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603021605.k22G5gGH022004@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2006-03-02 11:05 EST ------- (In reply to comment #9) > Well, it's been a recommendation at fedora.us, and many packagers > have been so nice and accepted it. Need I remind you fedora.us pushed epochs everywhere? fedora.us rules can and have been revisited, I fact I distinctly remember this specific issue being discussed on fedora-extras or fedora-maintainers, and as a result of the discussion it was NOT added to FE packaging rules -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 16:20:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 11:20:45 -0500 Subject: [Bug 183667] New: Review Request: perl-HTTP-BrowserDetect 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=183667 Summary: Review Request: perl-HTTP-BrowserDetect Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: steve at silug.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-HTTP-BrowserDetect/perl-HTTP-BrowserDetect.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-HTTP-BrowserDetect-0.98-1.src.rpm Description: Determines the Web browser, version, and platform from an HTTP user agent string. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 16:23:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 11:23:17 -0500 Subject: [Bug 183040] Review Request: perl-Kwiki In-Reply-To: Message-ID: <200603021623.k22GNHGL027091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |183667 ------- Additional Comments From steve at silug.org 2006-03-02 11:23 EST ------- Regarding comment #2, yes, the "blah Perl module" thing comes from cpanspec. It tries to guess %description (and gets it wrong most of the time), so I always verify/correct that by hand, but I usually ignore Summary. Sorry about that. Regarding comment #3, apparently I had HTTP::BrowserDetect in my local repo from when I was working on another project. Oops. See bug #183667. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 16:36:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 11:36:26 -0500 Subject: [Bug 174495] Review Request: libopensync-plugin-kdepim In-Reply-To: Message-ID: <200603021636.k22GaQ2P000545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopensync-plugin-kdepim https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174495 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-02 11:36 EST ------- Alright then. Review for release 1: * RPM name is OK * Builds fine in mock * rpmlint of libopensync-plugin-kdepim looks OK * File list of libopensync-plugin-kdepim looks OK * Tarball has the same MD5SUM as upstream * Works (most of the time :) ) 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 Mar 2 16:49:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 11:49:21 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603021649.k22GnL9Q004496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From bugs.michael at gmx.net 2006-03-02 11:49 EST ------- I don't understand what you're trying to point out, I'm afraid. There's a big difference between guidelines and policies. Explicit Epoch 0 was a necessity and a completely different topic, btw. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 17:11:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:11:44 -0500 Subject: [Bug 183292] Review Request: banshee In-Reply-To: Message-ID: <200603021711.k22HBide011506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: banshee https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183292 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bdpepple at ameritech.net 2006-03-02 12:11 EST ------- MD5Sums: 398b69c1818568b9d7a39c5e036de84b banshee-0.10.6.tar.gz Good: * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * All necessary BuildRequires listed. * Package builds in Mock. * Package installs and uninstalls cleanly on FC5. * Make succeeds even when %{_smp_mflags} is defined * Able to sync iPod ok. Bad: * Drop Duplicate BuildRequires: glib2-devel (by mono-devel), dbus-devel (by hal-devel), gtk2-devel (by libgnomeui-devel), GConf2-devel (by libgnomeui-devel), gnome-vfs2-devel (by libgnomeui-devel), libgnomeui-devel (by gnome-desktop-devel) * Source URL isn't canonical. Should be http://banshee-project.org/files/%{name}/%{name}-%{version}.tar.gz * License is MIT, not GPL. * Add COPYING file to package. * Missing scriptlets & requires for GConf: refer to http://fedoraproject.org/wiki/ScriptletSnippets#head-ff64cd482595764f672082d5a3b83e1fc22962e8 * Missing requires for desktop-file-utils needed desktop file mime update. Refer to http://fedoraproject.org/wiki/ScriptletSnippets#head-d37d740d062d3aa6013aab44a79de88a6c1fe533 * Vender for desktop file should be Fedora. Refer to http://fedoraproject.org/wiki/Packaging/Guidelines#head-254ddf07aae20a23ced8cecc219d8f73926e9755 * rpmlint gives the following errors: W: banshee summary-not-capitalized easily import, manage, and play selections from your music collection W: banshee no-documentation E: banshee standard-dir-owned-by-package /usr/share/icons W: banshee devel-file-in-non-devel-package /usr/lib/pkgconfig/banshee.pc E: banshee script-without-shellbang /usr/lib/banshee/Banshee.Plugins/MMKeys.dll.config It should be safe to ignore the error about the script-without-shellbang, since that is mono specific. The other error should be fixed though. APPROVED, once these items are corrected. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nman64 at n-man.com Thu Mar 2 16:08:33 2006 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 2 Mar 2006 10:08:33 -0600 Subject: Documentation request In-Reply-To: <1141289683.26491.71.camel@thl.ct.heise.de> References: <44063157.3030809@fedoraproject.org> <4406B0A3.4050105@fedoraproject.org> <1141289683.26491.71.camel@thl.ct.heise.de> Message-ID: <200603021008.36593.nman64@n-man.com> My opinions on this thread: 1. We *should* use sub-pages for categorizing packages. Sub-pages should always be preferred over categories when pages can easily classified under sub-pages. Categories can then be used to compliment those pages. When the pages are going to be scattered, tags can also be considered. I don't know if "Packages" is the best name for the parent page, as we could probably better subdivide into multiple parental pages, such as our existing "Tools" and "Games" pages. Each of these pages should have clear links to and from appropriate SIGs and other relevant pages and would be deserving of a category. We could have a single, all-encompassing category to cover all such pages, such as CategoryPackages. 2. Keeping every page easily accessible is good, but we also have to avoid clutter, which detracts from the usefulness of accessibility. Not every page must be linked to directly from its parent. There are cases where pages will serve each other sequentially, or can be grouped by their siblings, in which case only one of them needs to be linked to from its parent. The wiki does include macro features to assist in linking pages with their siblings, and this is easy enough to maintain manually. As long as every page can be reached in a sensible fashion and can be found by someone who is looking for it, it may not need to have a link on its parent. We do need to complete features like our SiteMap that will allow people to navigate to pages they are specifically searching for with ease, and do so without the need to use the search feature. It's all about balance. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Thu Mar 2 17:13:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:13:10 -0500 Subject: [Bug 183667] Review Request: perl-HTTP-BrowserDetect In-Reply-To: Message-ID: <200603021713.k22HDAI4011884@www.beta.redhat.com> Please do 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-BrowserDetect https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183667 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 12:13 EST ------- I hate to continually carp on the Symmary, but I guess there's not much to this one. "Perl browser detection library" at least parses to someone who doesn't know Perl's module naming conventions. The specfile is clean, builds in mock, and has no improper dependencies. The license is appropriate and the package is properly named. Approved, subject to the summary fix. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 17:23:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:23:54 -0500 Subject: [Bug 168607] Review Request: perl-Convert-PEM In-Reply-To: Message-ID: <200603021723.k22HNsdg015368@www.beta.redhat.com> Please do 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-PEM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168607 ------- Additional Comments From steve at silug.org 2006-03-02 12:23 EST ------- Sorry, I forgot about this. I requeued it, and it built this 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 kevin-fedora-extras at scrye.com Thu Mar 2 17:43:37 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 02 Mar 2006 10:43:37 -0700 (MST) Subject: Request for help and opinions: Rebuilding and basic checking for orphans References: <1141229653.2997.13.camel@localhost.localdomain> <20060301.103741.258004412.kevin@scrye.com> <1141279555.26491.8.camel@thl.ct.heise.de> <1141281932.8565.288.camel@mccallum.corsepiu.local> Message-ID: <20060302.104337.497458646.kevin@scrye.com> >>>>> "Ralf" == Ralf Corsepius writes: Ralf> On Thu, 2006-03-02 at 07:05 +0100, Thorsten Leemhuis wrote: >> Am Mittwoch, den 01.03.2006, 10:37 -0700 schrieb Kevin Fenzi: >> > I personally would suggest: >> > >> > d) remove all of them that aren't required by other packages. Ralf> ACK. >> > and then all the remaining ones that are required by other >> packages > should be taken over by those people who's packages need >> them. Ralf> I don't agree on this part - I find this to be rude to those Ralf> maintainers requiring/depending on these packages. Ralf> [Consider the perl packages, if one of those perl maintainers Ralf> (who often maintain many packages, eg. JPO, Ville, Spot, Steve Ralf> P. or me, would quit, this would push the others into a crisis.] How interdependent are they? I thought most of them were pretty stand alone? Ralf> Instead, I'd propose to add a new category, meaning Ralf> "non-assigned, open to those maintainers needing it, but not Ralf> dead". This would allow those maintainers who are depending on Ralf> such packages to modify/update them without committing Ralf> themselves to permanent maintainership. Yes, but who would handle bug reports on those packages? No one? >From a quick look at the current orphans we have 3 packages that need other maintained extras packages for buildrequires: (that I can see): - lua - needed by fillets-ng - ots - needed by abiword - python-numeric - needed by pygsl For runtime requires we have: - python-numeric has a pile of dependent packages: python-matplotlib-0:0.87-1.fc5.i386 fonttools-0:2.0-0.4.20050624cvs.fc5.i386 python-matplotlib-0:0.86-1.fc5.i386 pygtk2-0:2.8.4-1.1.i386 rpy-0:0.4.6-6.fc5.i386 fonttools-0:2.0-0.5.20050624cvs.fc5.i386 gnome-sudoku-0:0.4.0-5.fc5.noarch pygsl-0:0.3.2-4.fc5.i386 pygsl-0:0.3.2-5.fc5.i386 rpy-0:0.4.6-7.fc5.i386 Any takers for those so we don't have to decide how to deal with orphan packages that have dependencies? :) >> But I got the impression that some people thinks it's to late to >> remove the orphan packages. But if others agree with this idea I'm >> fine with it. Opinions please! Ralf> I go with Kevin. Remove all unused orphans from the repo. Ralf> Whether and how to keep them in CVS would be another topic. agreed. Ralf> Ralf kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Thu Mar 2 17:39:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:39:26 -0500 Subject: [Bug 183041] Review Request: perl-Kwiki-ModPerl In-Reply-To: Message-ID: <200603021739.k22HdQwP020646@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-ModPerl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183041 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 12:39 EST ------- Not much more to say here. Summary needs fixing, but otherwise everything is fine. The Requires: perl(Kwiki) >= 0.32 is unnecessary as RPM will find the Kwiki dependency and no older version exists in extras. Interestingly, RPM doesn't find the mod_perl2 requirement. Approved; please supply a better summary when you check in. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 17:49:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:49:54 -0500 Subject: [Bug 183041] Review Request: perl-Kwiki-ModPerl In-Reply-To: Message-ID: <200603021749.k22HnsEX023442@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-ModPerl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183041 ------- Additional Comments From paul at city-fan.org 2006-03-02 12:49 EST ------- (In reply to comment #2) > The Requires: perl(Kwiki) >= 0.32 is unnecessary as RPM will find the > Kwiki dependency and no older version exists in extras. Whilst the versioned perl(Kwiki) dep doesn't need to be versioned for Extras, it may be useful for those people that rebuild Extras packages for different distributions (not an uncommon thing). It might be argued that adding a versioned dep clutters the spec file but I think that it's a personal preference issue for the maintainer rather than something that should be fixed. IMHO. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 17:53:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:53:07 -0500 Subject: [Bug 174368] Review Request: perl-Crypt-DSA In-Reply-To: Message-ID: <200603021753.k22Hr7CL023984@www.beta.redhat.com> Please do 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-DSA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174368 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2006-03-02 12:53 EST ------- Build on target fedora-4-extras succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 2 17:53:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 12:53:50 -0500 Subject: [Bug 183041] Review Request: perl-Kwiki-ModPerl In-Reply-To: Message-ID: <200603021753.k22HroiS024187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-ModPerl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183041 ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 12:53 EST ------- Sorry, I meant to indicate explicitly that this wasn't a blocker, as I did in my other review. I just wanted to point out that RPM will find the perl(Kwiki) dependency on its own so there's no need to list it. The package is approved in any case. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Thu Mar 2 18:03:27 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 2 Mar 2006 18:03:27 +0000 Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <20060302.104337.497458646.kevin@scrye.com> References: <1141229653.2997.13.camel@localhost.localdomain> <1141281932.8565.288.camel@mccallum.corsepiu.local> <20060302.104337.497458646.kevin@scrye.com> Message-ID: <200603021803.28026.jamatos@fc.up.pt> On Thursday 02 March 2006 17:43, Kevin Fenzi wrote: > - python-numeric - needed by pygsl Is this some kind of bad dream? ;-) I should know if python-numeric was orphaned, but as far as my mental health goes python-numeric belongs to Core, or at least it did last time I checked. :-) > For runtime requires we have: > > - python-numeric has a pile of dependent packages: > python-matplotlib-0:0.87-1.fc5.i386 > fonttools-0:2.0-0.4.20050624cvs.fc5.i386 > python-matplotlib-0:0.86-1.fc5.i386 > pygtk2-0:2.8.4-1.1.i386 > rpy-0:0.4.6-6.fc5.i386 > fonttools-0:2.0-0.5.20050624cvs.fc5.i386 > gnome-sudoku-0:0.4.0-5.fc5.noarch > pygsl-0:0.3.2-4.fc5.i386 > pygsl-0:0.3.2-5.fc5.i386 > rpy-0:0.4.6-7.fc5.i386 > > Any takers for those so we don't have to decide how to deal with > orphan packages that have dependencies? :) Where did you get python-numeric reference? :-) -- Jos? Ab?lio From bugzilla at redhat.com Thu Mar 2 18:00:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 13:00:18 -0500 Subject: [Bug 183041] Review Request: perl-Kwiki-ModPerl In-Reply-To: Message-ID: <200603021800.k22I0IWK025462@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-ModPerl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183041 ------- Additional Comments From steve at silug.org 2006-03-02 13:00 EST ------- For the record, those versioned deps are generated by cpanspec. (Try "cpanspec -v Kwiki::ModPerl" if you want to see exactly what I was working from.) I usually don't trim them, even if they aren't strictly necessary. I usually do remove non-versioned deps, and Core module dependencies are automatically removed by cpanspec. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Thu Mar 2 18:16:48 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 02 Mar 2006 20:16:48 +0200 Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) In-Reply-To: <20060302001716.40475fb2.bugs.michael@gmx.net> References: <20060302001716.40475fb2.bugs.michael@gmx.net> Message-ID: <1141323408.10477.7.camel@bobcat.mine.nu> On Thu, 2006-03-02 at 00:17 +0100, Michael Schwendt wrote: > On Wed, 1 Mar 2006 22:57:30 +0100 (CET), Paul Wouters wrote: > > > > > AFAIK the "sources" file is correct, listing the tar ball and the patches. > > 'make srpm' also builds a source rpm fine. > > > > I do not know how to fix this. > > The "sources" file is broken. Verify yourself: > > cvs co -r l2tpd-0_69-0_3_20051030_fc5 l2tpd > > $ cat sources > 6ed1d2dc758627426015de8f87654a03 l2tpd-MSL2TP-StopCCN.patch Additionally, the latest ".cvsignore" in CVS has only the above patch; it should have at least the tarball, and probably not the patch. And "sources" contains all the patches in addition to the tarball, I guess it should not have the patches in it since they're in CVS. From kevin-fedora-extras at scrye.com Thu Mar 2 18:19:27 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 02 Mar 2006 11:19:27 -0700 (MST) Subject: Request for help and opinions: Rebuilding and basic checking for orphans References: <1141229653.2997.13.camel@localhost.localdomain> <1141281932.8565.288.camel@mccallum.corsepiu.local> <20060302.104337.497458646.kevin@scrye.com> <200603021803.28026.jamatos@fc.up.pt> Message-ID: <20060302.111927.555683624.kevin@scrye.com> >>>>> "Jose'" == Jose' Matos writes: Jose'> On Thursday 02 March 2006 17:43, Kevin Fenzi wrote: >> - python-numeric - needed by pygsl Jose'> Is this some kind of bad dream? ;-) Jose'> I should know if python-numeric was orphaned, but as far as Jose'> my mental health goes python-numeric belongs to Core, or at Jose'> least it did last time I checked. :-) Oops... yeah, it's in core... however, it's also listed as an ophan in the extras owner list. ;) We should probibly remove it from there? >> For runtime requires we have: >> >> - python-numeric has a pile of dependent packages: >> python-matplotlib-0:0.87-1.fc5.i386 >> fonttools-0:2.0-0.4.20050624cvs.fc5.i386 >> python-matplotlib-0:0.86-1.fc5.i386 pygtk2-0:2.8.4-1.1.i386 >> rpy-0:0.4.6-6.fc5.i386 fonttools-0:2.0-0.5.20050624cvs.fc5.i386 >> gnome-sudoku-0:0.4.0-5.fc5.noarch pygsl-0:0.3.2-4.fc5.i386 >> pygsl-0:0.3.2-5.fc5.i386 rpy-0:0.4.6-7.fc5.i386 >> >> Any takers for those so we don't have to decide how to deal with >> orphan packages that have dependencies? :) Jose'> Where did you get python-numeric reference? :-) -- Jos? repoquery. ;) repoquery -a --whatrequires python-numeric Jose'> Ab?lio kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From ville.skytta at iki.fi Thu Mar 2 18:24:51 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 02 Mar 2006 20:24:51 +0200 Subject: Recoding non-UTF-8 documentation? In-Reply-To: <20060302110253.GA8544@redhat.com> References: <20060302110253.GA8544@redhat.com> Message-ID: <1141323891.10477.12.camel@bobcat.mine.nu> On Thu, 2006-03-02 at 06:02 -0500, Daniel Veillard wrote: > For any XML input just use xmllint --encode UTF-8 ...It will take care of > the encoding conversion, and adjust the XML declaration accordingly Ah, cool, thanks for sharing this bit. However, XML files aren't really too problematic as their encoding rules are well laid out in specifications; the problems occur more often with other file types. From bugzilla at redhat.com Thu Mar 2 18:29:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 13:29:57 -0500 Subject: [Bug 183042] Review Request: perl-Kwiki-Archive-Rcs In-Reply-To: Message-ID: <200603021829.k22ITvtA031608@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Archive-Rcs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183042 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 13:29 EST ------- Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock. Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Thu Mar 2 18:38:35 2006 From: wart at kobold.org (Michael Thomas) Date: Thu, 02 Mar 2006 10:38:35 -0800 Subject: Orphaned claim: gnugo In-Reply-To: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> References: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> Message-ID: <44073BAB.6060709@kobold.org> Michel Salim wrote: > I emailed the list, but as a reply to a long thread - so to make sure, > I'm taking over packaging of GnuGo. Don't want to see it removed since > Quarry is less useful without it. Can I convince you to add these to the Games wiki page? :) http://fedoraproject.org/wiki/Games --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Thu Mar 2 18:37:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 13:37:15 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603021837.k22IbF8h001218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |ivazquez at ivazquez.net OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ivazquez at ivazquez.net 2006-03-02 13:37 EST ------- As per IRC we'll ignore the rpath issue for now, so APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at cypherpunks.ca Thu Mar 2 18:58:20 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 2 Mar 2006 19:58:20 +0100 (CET) Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) In-Reply-To: <1141323408.10477.7.camel@bobcat.mine.nu> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> Message-ID: On Thu, 2 Mar 2006, Ville Skytt? wrote: > On Thu, 2006-03-02 at 00:17 +0100, Michael Schwendt wrote: > > On Wed, 1 Mar 2006 22:57:30 +0100 (CET), Paul Wouters wrote: > > > > > > > > AFAIK the "sources" file is correct, listing the tar ball and the patches. > > > 'make srpm' also builds a source rpm fine. > > > > > > I do not know how to fix this. > > > > The "sources" file is broken. Verify yourself: > > > > cvs co -r l2tpd-0_69-0_3_20051030_fc5 l2tpd > > > > $ cat sources > > 6ed1d2dc758627426015de8f87654a03 l2tpd-MSL2TP-StopCCN.patch > > Additionally, the latest ".cvsignore" in CVS has only the above patch; > it should have at least the tarball, and probably not the patch. And > "sources" contains all the patches in addition to the tarball, I guess > it should not have the patches in it since they're in CVS. Hmm, now I am really confused. When my sources file just had the tar ball, I was told it needed the patches too. Now that it has the patches, i am told it doesn't need anything but the tar ball. This errors stems from me not finding documentation on how to properly update a package with a new patch and version. Since I originally used the cvs-import.sh script to import a src rpm into my devel/fc4/fc3 branches, as documented on the website, I had never used the 'make new-sources FILES="filelist"' command before. Apparnetly I have wrongly used it when just adding the new patch file to the FILES list, thereby obliterating the checksum of the tarball from 'sources', but I also did it wrong when i redid new-sources using a full FILES="" list containing tar ball and all patches. Could someone tell me, or better yet, write up on the wiki, what is the appropriate cooking recipe for upgrading your package with an additional patch/source file? Paul ps. the same problem exists for another package of mine that needs rebuilding for FC5, fetchlog. From bugzilla at redhat.com Thu Mar 2 18:55:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 13:55:17 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603021855.k22ItH1V006050@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bugs.michael at gmx.net 2006-03-02 13:55 EST ------- The rpath issues will be caught by check-rpaths in the build system and will make the build fail, provided that it occurs. Further, since it is a path in /var/tmp, it is a blocker. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 19:18:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 14:18:57 -0500 Subject: [Bug 183054] Review Request: perl-Kwiki-Diff In-Reply-To: Message-ID: <200603021918.k22JIvxl011637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Diff https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183054 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 14:18 EST ------- Not much to say here either. Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock. Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 19:21:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 14:21:23 -0500 Subject: [Bug 183043] Review Request: perl-Kwiki-Revisions In-Reply-To: Message-ID: <200603021921.k22JLNGO012792@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Revisions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183043 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-02 14:21 EST ------- This one looks good: Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock. Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Thu Mar 2 19:40:45 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 2 Mar 2006 19:40:45 +0000 Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <20060302.111927.555683624.kevin@scrye.com> References: <1141229653.2997.13.camel@localhost.localdomain> <200603021803.28026.jamatos@fc.up.pt> <20060302.111927.555683624.kevin@scrye.com> Message-ID: <200603021940.45520.jamatos@fc.up.pt> On Thursday 02 March 2006 18:19, Kevin Fenzi wrote: > Oops... yeah, it's in core... however, it's also listed as an ophan in > the extras owner list. ;) > > We should probibly remove it from there? I'm sorry Kevin but I don't see it here: http://www.fedoraproject.org/wiki/Extras/OrphanedPackages I am confused, should I look elsewhere? :-) -- Jos? Ab?lio From dcbw at redhat.com Thu Mar 2 19:36:52 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 02 Mar 2006 14:36:52 -0500 Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> Message-ID: <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> On Thu, 2006-03-02 at 19:58 +0100, Paul Wouters wrote: > On Thu, 2 Mar 2006, Ville Skytt? wrote: > > > On Thu, 2006-03-02 at 00:17 +0100, Michael Schwendt wrote: > > > On Wed, 1 Mar 2006 22:57:30 +0100 (CET), Paul Wouters wrote: > > > > > > > > > > > AFAIK the "sources" file is correct, listing the tar ball and the patches. > > > > 'make srpm' also builds a source rpm fine. > > > > > > > > I do not know how to fix this. > > > > > > The "sources" file is broken. Verify yourself: > > > > > > cvs co -r l2tpd-0_69-0_3_20051030_fc5 l2tpd > > > > > > $ cat sources > > > 6ed1d2dc758627426015de8f87654a03 l2tpd-MSL2TP-StopCCN.patch > > > > Additionally, the latest ".cvsignore" in CVS has only the above patch; > > it should have at least the tarball, and probably not the patch. And > > "sources" contains all the patches in addition to the tarball, I guess > > it should not have the patches in it since they're in CVS. > > Hmm, now I am really confused. When my sources file just had the tar ball, > I was told it needed the patches too. Now that it has the patches, i am > told it doesn't need anything but the tar ball. > > This errors stems from me not finding documentation on how to properly update > a package with a new patch and version. Since I originally used the cvs-import.sh > script to import a src rpm into my devel/fc4/fc3 branches, as documented on > the website, I had never used the 'make new-sources FILES="filelist"' command > before. Apparnetly I have wrongly used it when just adding the new patch file to the > FILES list, thereby obliterating the checksum of the tarball from 'sources', but > I also did it wrong when i redid new-sources using a full FILES="" list containing > tar ball and all patches. > > Could someone tell me, or better yet, write up on the wiki, what is the appropriate > cooking recipe for upgrading your package with an additional patch/source file? The way it works is: a) patches go in CVS; you 'cvs add ', then commit them b) binary sources, like *.tar.gz or *.tar.bz2, go in 'sources', do NOT get added to CVS, and get uploaded with 'make upload FILES=' c) Some sources, like initscripts, that aren't distributed with the upstream tarball, could go into the 'sources' file But patches _always_ go into CVS, not in the sources file. I'm sure there's a wiki page on this somewhere, of course. Dan From wart at kobold.org Thu Mar 2 19:46:05 2006 From: wart at kobold.org (Michael Thomas) Date: Thu, 02 Mar 2006 11:46:05 -0800 Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <200603021940.45520.jamatos@fc.up.pt> References: <1141229653.2997.13.camel@localhost.localdomain> <200603021803.28026.jamatos@fc.up.pt> <20060302.111927.555683624.kevin@scrye.com> <200603021940.45520.jamatos@fc.up.pt> Message-ID: <44074B7D.3040807@kobold.org> Jose' Matos wrote: > On Thursday 02 March 2006 18:19, Kevin Fenzi wrote: > >>Oops... yeah, it's in core... however, it's also listed as an ophan in >>the extras owner list. ;) >> >>We should probibly remove it from there? > > > I'm sorry Kevin but I don't see it here: > http://www.fedoraproject.org/wiki/Extras/OrphanedPackages > > I am confused, should I look elsewhere? :-) http://www.fedoraproject.org/wiki/Extras/OrphanedPackages and the CVS file owners/owners.list are not always kept in sync. Both have to be updated manually, and sometimes one gets updated but not the other. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Thu Mar 2 19:43:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 14:43:46 -0500 Subject: [Bug 181753] Review Request: mm - Shared memory allocation library In-Reply-To: Message-ID: <200603021943.k22Jhk9X018570@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mm - Shared memory allocation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181753 ------- Additional Comments From andreas at bawue.net 2006-03-02 14:43 EST ------- Okay. I passed --enable-debug to the %configure macro. Otherwise libtool would remove -g from the CFLAGS. Schtupid. Anyway, updated package is uploaded: Spec Name or Url: http://helena.bawue.de/~ixs/mm/mm.spec SRPM Name or Url: http://helena.bawue.de/~ixs/mm/mm-1.4.0-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Thu Mar 2 20:00:10 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 2 Mar 2006 20:00:10 +0000 Subject: Request for help and opinions: Rebuilding and basic checking for orphans In-Reply-To: <44074B7D.3040807@kobold.org> References: <1141229653.2997.13.camel@localhost.localdomain> <200603021940.45520.jamatos@fc.up.pt> <44074B7D.3040807@kobold.org> Message-ID: <200603022000.10294.jamatos@fc.up.pt> On Thursday 02 March 2006 19:46, Michael Thomas wrote: > > http://www.fedoraproject.org/wiki/Extras/OrphanedPackages and the CVS > file owners/owners.list are not always kept in sync. Both have to be > updated manually, and sometimes one gets updated but not the other. That is fair, actually last time I updated owners.list I forgot to update the wiki. :-D Fortunately to me there was some kind voice reminding me. :-) I guess then that we should remove python-numeric from owners.list since it jumped to Core in FC4. What is the usual procedure here? > --Mike -- Jos? Ab?lio From jwboyer at jdub.homelinux.org Thu Mar 2 19:25:45 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 2 Mar 2006 13:25:45 -0600 (CST) Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) In-Reply-To: <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> Message-ID: <30317.129.42.161.36.1141327545.squirrel@jdub.homelinux.org> > On Thu, 2006-03-02 at 19:58 +0100, Paul Wouters wrote: >> On Thu, 2 Mar 2006, Ville Skytt?? wrote: >> >> > On Thu, 2006-03-02 at 00:17 +0100, Michael Schwendt wrote: >> > > On Wed, 1 Mar 2006 22:57:30 +0100 (CET), Paul Wouters wrote: >> > > >> > > > >> > > > AFAIK the "sources" file is correct, listing the tar ball and the >> patches. >> > > > 'make srpm' also builds a source rpm fine. >> > > > >> > > > I do not know how to fix this. >> > > >> > > The "sources" file is broken. Verify yourself: >> > > >> > > cvs co -r l2tpd-0_69-0_3_20051030_fc5 l2tpd >> > > >> > > $ cat sources >> > > 6ed1d2dc758627426015de8f87654a03 l2tpd-MSL2TP-StopCCN.patch >> > >> > Additionally, the latest ".cvsignore" in CVS has only the above patch; >> > it should have at least the tarball, and probably not the patch. And >> > "sources" contains all the patches in addition to the tarball, I guess >> > it should not have the patches in it since they're in CVS. >> >> Hmm, now I am really confused. When my sources file just had the tar >> ball, >> I was told it needed the patches too. Now that it has the patches, i am >> told it doesn't need anything but the tar ball. >> >> This errors stems from me not finding documentation on how to properly >> update >> a package with a new patch and version. Since I originally used the >> cvs-import.sh >> script to import a src rpm into my devel/fc4/fc3 branches, as documented >> on >> the website, I had never used the 'make new-sources FILES="filelist"' >> command >> before. Apparnetly I have wrongly used it when just adding the new patch >> file to the >> FILES list, thereby obliterating the checksum of the tarball from >> 'sources', but >> I also did it wrong when i redid new-sources using a full FILES="" list >> containing >> tar ball and all patches. >> >> Could someone tell me, or better yet, write up on the wiki, what is the >> appropriate >> cooking recipe for upgrading your package with an additional >> patch/source file? > > The way it works is: > > a) patches go in CVS; you 'cvs add ', then commit them > b) binary sources, like *.tar.gz or *.tar.bz2, go in 'sources', do NOT > get added to CVS, and get uploaded with 'make upload FILES= source file>' > c) Some sources, like initscripts, that aren't distributed with the > upstream tarball, could go into the 'sources' file > > But patches _always_ go into CVS, not in the sources file. I'm sure > there's a wiki page on this somewhere, of course. http://fedoraproject.org/wiki/Extras/UsingCvsFaq under the "How do I update an existing package" section. However, it doesn't talk about patches. I'll try to add something there tonight. josh From bressers at redhat.com Thu Mar 2 20:47:56 2006 From: bressers at redhat.com (Josh Bressers) Date: Thu, 02 Mar 2006 15:47:56 -0500 Subject: Announcing fedora-security-list Message-ID: <200603022047.k22KluSb013054@devserv.devel.redhat.com> There has been a fair amount of talk regarding how to handle security updates in Fedora Extras. Current handling of these updates is up to the package maintainer. The fedora-security-list has been created for just such discussions, with the hope of the community to devise a solution to deal with Extras security issues. The scope of this list is not limited to Extras security, but rather a list with a focus on security issues in Fedora along with how the various security groups can work together. You can subscribe to the list here: https://www.redhat.com/mailman/listinfo/fedora-security-list Thanks, Josh -- Josh Bressers // Red Hat Security Response Team From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 2 20:50:32 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 02 Mar 2006 21:50:32 +0100 Subject: User id allocation and fedora-usermgmt In-Reply-To: <1141262239.12591.124.camel@currant.watzmann.net> (David Lutterkort's message of "Wed, 01 Mar 2006 17:17:19 -0800") References: <1141171454.12591.59.camel@currant.watzmann.net> <87psl6wuj9.fsf@kosh.bigo.ensc.de> <1141262239.12591.124.camel@currant.watzmann.net> Message-ID: <87psl4d10n.fsf@kosh.bigo.ensc.de> dlutter at redhat.com (David Lutterkort) writes: >> > UID For use by/managed by >> > 0-199 Fedora Core, FC steering committee >> > 200-299 reserved for future allocation >> > 300-399 Fedora Extras, FeSCo >> > 400-499 reserved for future allocation >> >> not possible; accordingly FHS, these ranges are available for free use >> and must not be assigned statically. > > Actually, that's a very loose paraphrasing of what the LSB (not FHS) > says[1]: > > The system User IDs from 0 to 99 should be statically allocated > by the system, and shall not be created by applications. > > The system User IDs from 100 to 499 should be reserved for > dynamic allocation by system administrators and post install > scripts using useradd. > > This is pretty vague, as far as standards go, I think it is pretty clear... an LSB compliant package should not assign a static uid in the 100..499 range. Only 0..99 is available for static uids. > and clearly, having only 100 user id's for statically allocated users > is not practical agreed. But this rule is originated >10 years ago when people thought there would be no need for more than 100 system users. It is far too late to change it now... > (FC itself already uses more than 100 system users) Are you really sure? At least FC4 should be below this mark (around 80 users, afair). >> They might be already in use in existing systems, and a static >> assignment in future FE packages WILL create conflicts. > > Absolutely; though I don't see how fedora-usermgmt addresses that > issue. It addresses this issue by: * being LSB compliant (dynamic allocation) in the default (unconfigured) case * allowing administrators who do not want the mess of inconsistent uids to assign predictable uids which are identically at each rpm run and on every system > This seems like an argument for always allocating uid's dynamically > for FE system accounts, and changing the packaging guidelines so that > packages will not remove users Not removing uids violates my idea of packaging (package removal should restore the system to the state before package installation) > (which fixes the security risk from reused uid's) It would also erase > the one big benefit of statically allocated uid's: easy correpsondance > of users across machines in a network for things like NFS filesystems. I do not see how a do-not-erase-users rule would guarantee identical uids on different machines. >> The fact is, that you will not find a free range for new static uid. The >> only possible range for static uids is 0-99 which is reserved for Core >> already. > > I think this is mainly because there has never been a clear guideline > on what to do. When something is clear, then, that 0..99 is reserved for Fedora Core. >> > For Fedora Extras, user id's would be tracked as they are right now >> > at http://fedoraproject.org/wiki/Packaging/UserRegistry (with all >> > uid/gid's bumped up by 300) and new uid's/gid's would be allocated >> > during package review from the FE range 300-399. > > It seems that that page > http://fedoraproject.org/wiki/Packaging/UserCreation is only a > recommendation, not a requirement for package review. Could you change > the page to clearly state that it's not a packaging requirement? ok, should be done > I think it's pretty confusing as it is right now. afaik, this page was never referred from some packaging guideline. >> I am in doubt that we will stay below 100 users... > > Absolutely. But for the time being, it's enough; once we approach the > 100 uid's we would have to either allocate more uid's or think of > something else. LSB people had probably the same idea when they created the rules about the uid ranges years ago... Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From notting at redhat.com Thu Mar 2 20:54:13 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 2 Mar 2006 15:54:13 -0500 Subject: User id allocation and fedora-usermgmt In-Reply-To: <87psl4d10n.fsf@kosh.bigo.ensc.de> References: <1141171454.12591.59.camel@currant.watzmann.net> <87psl6wuj9.fsf@kosh.bigo.ensc.de> <1141262239.12591.124.camel@currant.watzmann.net> <87psl4d10n.fsf@kosh.bigo.ensc.de> Message-ID: <20060302205412.GA6218@devserv.devel.redhat.com> Enrico Scholz (enrico.scholz at informatik.tu-chemnitz.de) said: > > The system User IDs from 0 to 99 should be statically allocated > > by the system, and shall not be created by applications. > > > > The system User IDs from 100 to 499 should be reserved for > > dynamic allocation by system administrators and post install > > scripts using useradd. > > > > This is pretty vague, as far as standards go, > > I think it is pretty clear... an LSB compliant package should not assign > a static uid in the 100..499 range. Only 0..99 is available for static > uids. Actually, when I read that, it seems to imply that post-install scripts adding users in that range is fine, and 0-100 is for static stuff in /etc/passwd. Not that Fedora is completely LSB compliant anyway. Bill From bugs.michael at gmx.net Thu Mar 2 20:55:38 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 2 Mar 2006 21:55:38 +0100 Subject: Still source not found :Prep Error (Job 5672): l2tpd-0_69-0_3_20051030_fc5 on fedora-development-extras (fwd) In-Reply-To: <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> Message-ID: <20060302215538.6d36ac70.bugs.michael@gmx.net> On Thu, 02 Mar 2006 14:36:52 -0500, Dan Williams wrote: > The way it works is: > > a) patches go in CVS; you 'cvs add ', then commit them > b) binary sources, like *.tar.gz or *.tar.bz2, go in 'sources', do NOT > get added to CVS, and get uploaded with 'make upload FILES= source file>' Or: make new-sources FILES="file1 file2 file3" The difference to make upload..." is explained in the Wiki already. > c) Some sources, like initscripts, that aren't distributed with the > upstream tarball, could go into the 'sources' file As long as they are small text-file (not binaries), they should go into CVS. > But patches _always_ go into CVS, not in the sources file. I'm sure > there's a wiki page on this somewhere, of course. Not always, but in the majority of cases. The exception are huge patches which are compressed .gz/.bz2, for instance. From joost at soeterbroek.com Thu Mar 2 21:05:09 2006 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Thu, 02 Mar 2006 22:05:09 +0100 Subject: help needed on plague build error for heartbeat package Message-ID: <1141333509.4573.9.camel@alexandria> Hi, Building heartbeat package in local mockbuild succeeds on i386 arch. Building heartbeat package with plague on x86_64 has failed however. Can anyone help met with this error? Looks like file lib/pils/libpils.la is not created for some reason, but I cannot figure out why. Alternatively, can someone with x86_64 hardware please check if this package builds locally with mock? Joost -------- Forwarded Message -------- From: buildsys at fedoraproject.org To: fedora at soeterbroek.com Subject: Build Error (Job 5703): heartbeat-2_0_3-9_fc5 on fedora-development-extras Date: Thu, 2 Mar 2006 02:00:56 -0500 (EST) Job 5703 failed on arch x86_64 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/5703-heartbeat-2.0.3-9.fc5/ ------------------------------------------------- then mv -f ".deps/cib-notify.Tpo" ".deps/cib-notify.Po"; else rm -f ".deps/cib-notify.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../../linux-ha -I../../include -I../../include -I../../include -I../../libltdl -I../../libltdl -I../../linux-ha -I../../linux-ha -I../.. -I../.. -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DHA_VARLIBDIR='"/var/lib"' -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -ggdb3 -funsigned-char -MT cib-callbacks.o -MD -MP -MF ".deps/cib-callbacks.Tpo" -c -o cib-callbacks.o `test -f 'callbacks.c' || echo './'`callbacks.c; \ then mv -f ".deps/cib-callbacks.Tpo" ".deps/cib-callbacks.Po"; else rm -f ".deps/cib-callbacks.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../../linux-ha -I../../include -I../../include -I../../include -I../../libltdl -I../../libltdl -I../../linux-ha -I../../linux-ha -I../.. -I../.. -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DHA_VARLIBDIR='"/var/lib"' -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -ggdb3 -funsigned-char -MT cib-main.o -MD -MP -MF ".deps/cib-main.Tpo" -c -o cib-main.o `test -f 'main.c' || echo './'`main.c; \ then mv -f ".deps/cib-main.Tpo" ".deps/cib-main.Po"; else rm -f ".deps/cib-main.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -ggdb3 -funsigned-char -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -ggdb3 -funsigned-char -o cib cib-io.o cib-primatives.o cib-messages.o cib-cib.o cib-notify.o cib-callbacks.o cib-main.o ../../lib/c lplumbing/libplumb.la ../../lib/pils/libpils.la ../../lib/crm/common/libcrmcommon.la ../../lib/apphb/libapphb.la ../../lib/hbclient/libhbclient.la ../../lib/crm/cib/libcib.la -lglib-2.0 ../../membership/ccm/libccmclient.la -lbz2 -lz -lc -luuid -lrt -ldl -lltdl mkdir .libs libtool: link: `../../lib/pils/libpils.la' is not a valid libtool archive gmake[2]: *** [cib] Error 1 gmake[2]: Leaving directory `/builddir/build/BUILD/heartbeat-2.0.3/crm/cib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/builddir/build/BUILD/heartbeat-2.0.3/crm' make: *** [all-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.47618 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.47618 (%build) From bugzilla at redhat.com Thu Mar 2 21:06:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 16:06:17 -0500 Subject: [Bug 183694] New: Review Request: gstreamer08-plugins Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 Summary: Review Request: gstreamer08-plugins Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: bdpepple at ameritech.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://piedmont.homelinux.org/fedora/gstreamer/gstreamer08-plugins.spec SRPM Name or Url: http://piedmont.homelinux.org/fedora/gstreamer/gstreamer08-plugins-0.8.12-1.src.rpm Description: GStreamer Streaming media framework plug-ins -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 21:07:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 16:07:46 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603022107.k22L7kqB005826@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 ------- Additional Comments From fedora at soeterbroek.com 2006-03-02 16:07 EST ------- Plague Job failed on arch x86_64 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/5703-heartbeat-2.0.3-9.fc5/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Thu Mar 2 21:17:24 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 02 Mar 2006 14:17:24 -0700 Subject: build failure - "not a valid libtool archive" In-Reply-To: <200603022107.k22L7kaq005814@www.beta.redhat.com> References: <200603022107.k22L7kaq005814@www.beta.redhat.com> Message-ID: <440760E4.5010602@cora.nwra.com> Moving this to extras list. The bug is closed. bugzilla at redhat.com wrote: > > ------- Additional Comments From fedora at soeterbroek.com 2006-03-02 16:07 EST ------- > Plague Job failed on arch x86_64 > > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/5703-heartbeat-2.0.3-9.fc5/ > /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -ggdb3 -funsigned-char -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -ggdb3 -funsigned-char -o cib cib-io.o cib-primatives.o cib-messages.o cib-cib.o cib-notify.o cib-callbacks.o cib-main.o ../../lib/clplumbing/libplumb.la ../../lib/pils/libpils.la ../../lib/crm/common/libcrmcommon.la ../../lib/apphb/libapphb.la ../../lib/hbclient/libhbclient.la ../../lib/crm/cib/libcib.la -lglib-2.0 ../../membership/ccm/libccmclient.la -lbz2 -lz -lc -luuid -lrt -ldl -lltdl mkdir .libs libtool: link: `../../lib/pils/libpils.la' is not a valid libtool archive Did we ever figure out what was causing this? It seemed to be an intermittent issue IIRC. - Orion -- 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 rdieter at math.unl.edu Thu Mar 2 21:39:34 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 02 Mar 2006 15:39:34 -0600 Subject: help needed on plague build error for heartbeat package In-Reply-To: <1141333509.4573.9.camel@alexandria> References: <1141333509.4573.9.camel@alexandria> Message-ID: Joost Soeterbroek wrote: > Hi, > > Building heartbeat package in local mockbuild succeeds on i386 arch. > Building heartbeat package with plague on x86_64 has failed however. Can > anyone help met with this error? Has it failed repeatedly or once? If once, try requeue'ing the job to see if the error is repeatable. -- Rex From ville.skytta at iki.fi Thu Mar 2 22:02:48 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 03 Mar 2006 00:02:48 +0200 Subject: Taking gkrellm-themes Message-ID: <1141336968.10477.63.camel@bobcat.mine.nu> I'll take maintainership of gkrellm-themes unless there are objections or someone else volunteers. From bugzilla at redhat.com Thu Mar 2 21:57:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 16:57:46 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603022157.k22LvkiW020625@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 ------- Additional Comments From bugs.michael at gmx.net 2006-03-02 16:57 EST ------- Could be due to a broken/incomplete libtool dependency chain in the libpils.la libtool archive. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 2 22:34:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 17:34:48 -0500 Subject: [Bug 174495] Review Request: libopensync-plugin-kdepim In-Reply-To: Message-ID: <200603022234.k22MYmcA032002@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopensync-plugin-kdepim https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174495 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-02 17:34 EST ------- Imported, fixed ;), pushed. 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 dlutter at redhat.com Thu Mar 2 23:10:50 2006 From: dlutter at redhat.com (David Lutterkort) Date: Thu, 02 Mar 2006 15:10:50 -0800 Subject: User id allocation and fedora-usermgmt In-Reply-To: <87psl4d10n.fsf@kosh.bigo.ensc.de> References: <1141171454.12591.59.camel@currant.watzmann.net> <87psl6wuj9.fsf@kosh.bigo.ensc.de> <1141262239.12591.124.camel@currant.watzmann.net> <87psl4d10n.fsf@kosh.bigo.ensc.de> Message-ID: <1141341050.14624.24.camel@currant.watzmann.net> On Thu, 2006-03-02 at 21:50 +0100, Enrico Scholz wrote: > dlutter at redhat.com (David Lutterkort) writes: > > Actually, that's a very loose paraphrasing of what the LSB (not FHS) > > says[1]: > > > > The system User IDs from 0 to 99 should be statically allocated > > by the system, and shall not be created by applications. > > > > The system User IDs from 100 to 499 should be reserved for > > dynamic allocation by system administrators and post install > > scripts using useradd. > > > > This is pretty vague, as far as standards go, > > I think it is pretty clear... an LSB compliant package should not assign > a static uid in the 100..499 range. Only 0..99 is available for static > uids. What I meant with vague is that the LSB doesn't have any detail on the 100 - 499 range; throwing the uid's for packages and what system admins do locally into one bucket is just a description of the status quo. > > and clearly, having only 100 user id's for statically allocated users > > is not practical > > agreed. But this rule is originated >10 years ago when people thought > there would be no need for more than 100 system users. It is far too > late to change it now... I agree that it would be hard to change for existing installations; you yourself have noticed a need for change in that area and written fedora-usermgmt. I am saying that with a clear policy we could improve on what the LSB describes there. At the very least, it would clarify how the desire for static uid's allocated above 100 can be reconciled with the needs of FC/FE. > > (FC itself already uses more than 100 system users) > > Are you really sure? At least FC4 should be below this mark (around 80 > users, afair). /usr/share/doc/setup-2.5.44/uidgid on my FC4 system lists as the highest uid (besides nfsnobody) gkrellmd as 101. Which also means that something will have to be done for FC at some not-too-distant point in the future. > It addresses this issue by: > > * being LSB compliant (dynamic allocation) in the default (unconfigured) > case I think since the LSB describes something that's impractical in reality, the LSB should be changed; but before we can have this discussion, we would need an example how it should be changed witha more detailed allocation policy. > * allowing administrators who do not want the mess of inconsistent uids > to assign predictable uids which are identically at each rpm run and > on every system But it doesn't solve the fundamental problem that there is no assurance that they map the uid's into a 'safe' uid range; there is nothing to keep a package in FC to appear that will clash with a uid from FE, for example. As of now, it's not even documented what we want a good citizen to do when they package and need a static uid for their package. > Not removing uids violates my idea of packaging (package removal should > restore the system to the state before package installation) Package removal leaves other stuff around, like logfiles, which is exactly the reason why you say that reusing uid's is a bad idea (http://www.fedoraproject.org/wiki/PackageDynamicUserCreationConsideredBad) > > (which fixes the security risk from reused uid's) It would also erase > > the one big benefit of statically allocated uid's: easy correpsondance > > of users across machines in a network for things like NFS filesystems. > > I do not see how a do-not-erase-users rule would guarantee identical > uids on different machines. That was unclear: dynamic uid allocation erases that benefit. A do-not-erase-users rule doesn't play into this. > > I think this is mainly because there has never been a clear guideline > > on what to do. > > When something is clear, then, that 0..99 is reserved for Fedora Core. Yep. And not much beyond that. > > It seems that that page > > http://fedoraproject.org/wiki/Packaging/UserCreation is only a > > recommendation, not a requirement for package review. Could you change > > the page to clearly state that it's not a packaging requirement? > > ok, should be done Thanks for clarifying that. > LSB people had probably the same idea when they created the rules about > the uid ranges years ago... I think they just wrote up what people were already doing across various distros. I don't think that narrowing the range of dynamically allocated uid's to, say, 50 or 100 uid's somewhere in between 200-499 and using the rest for static purposes would be a violation of the LSB, at least not in spirit. What people really care about is that when they run 'useradd -r' w/o a fixed uid, that they get a uid in that range. Where in that range, they don't care, otherwise they would have specified a uid. David From bugzilla at redhat.com Fri Mar 3 00:40:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 19:40:37 -0500 Subject: [Bug 183039] Review Request: perl-Spoon In-Reply-To: Message-ID: <200603030040.k230ebxF028385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spoon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183039 Bug 183039 depends on bug 183028, which changed state. Bug 183028 Summary: Review Request: perl-Spiffy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183028 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 00:40:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 19:40:56 -0500 Subject: [Bug 183038] Review Request: perl-IO-All In-Reply-To: Message-ID: <200603030040.k230euOD028444@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-All https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183038 Bug 183038 depends on bug 183028, which changed state. Bug 183028 Summary: Review Request: perl-Spiffy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183028 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 00:41:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 19:41:02 -0500 Subject: [Bug 183054] Review Request: perl-Kwiki-Diff In-Reply-To: Message-ID: <200603030041.k230f2YT028471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Diff https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183054 Bug 183054 depends on bug 183028, which changed state. Bug 183028 Summary: Review Request: perl-Spiffy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183028 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 00:44:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 19:44:42 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603030044.k230ig7l029285@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |RAWHIDE ------- Additional Comments From caillon at redhat.com 2006-03-02 19:44 EST ------- Okay, this discussion should go elsewhere. I didn't use any macros for directories, mainly out of personal preference. Module successfully imported into extras. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 00:44:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 19:44:50 -0500 Subject: [Bug 183291] Review Request: ipod-sharp In-Reply-To: Message-ID: <200603030044.k230ioZq029324@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipod-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183291 Bug 183291 depends on bug 183290, which changed state. Bug 183290 Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 00:44:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 2 Mar 2006 19:44:59 -0500 Subject: [Bug 183292] Review Request: banshee In-Reply-To: Message-ID: <200603030044.k230ixPV029410@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: banshee https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183292 Bug 183292 depends on bug 183290, which changed state. Bug 183290 Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 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 the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Fri Mar 3 01:12:52 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Fri, 3 Mar 2006 01:12:52 +0000 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: <200603030044.k230ig7l029285@www.beta.redhat.com> References: <200603030044.k230ig7l029285@www.beta.redhat.com> Message-ID: <200603030112.53629.jamatos@fc.up.pt> On Friday 03 March 2006 00:44, bugzilla at redhat.com wrote: > ? ? ? ? ? ?What ? ? |Removed ? ? ? ? ? ? ? ? ? ? |Added > ----------------------------------------------------------------- > Status|NEW ? ? ? ? ? ? ? ? ? ? ? ? |CLOSED > ? ? ? ? ? Resolution| ? ? ? ? ? ? ? ? ? ? ? ? ? ?|RAWHIDE Should not the resolution be NEXTRELEASE in this case? Not that I care too much, but it does not hurt either. :-) -- Jos? Ab?lio From paul at cypherpunks.ca Fri Mar 3 01:33:28 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 3 Mar 2006 02:33:28 +0100 (CET) Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: <20060302215538.6d36ac70.bugs.michael@gmx.net> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> Message-ID: On Thu, 2 Mar 2006, Michael Schwendt wrote: > > The way it works is: > > > > a) patches go in CVS; you 'cvs add ', then commit them > > b) binary sources, like *.tar.gz or *.tar.bz2, go in 'sources', do NOT > > get added to CVS, and get uploaded with 'make upload FILES= > source file>' > > Or: make new-sources FILES="file1 file2 file3" > > The difference to make upload..." is explained in the Wiki already. > > > c) Some sources, like initscripts, that aren't distributed with the > > upstream tarball, could go into the 'sources' file > > As long as they are small text-file (not binaries), they should go > into CVS. So where does my initscript go? cvs or sources? I tried it again: ]$ make new-source FILES="l2tpd.init l2tpd-0.69.20051030.tar.gz l2tpd.conf" Checking : l2tpd.init on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Uploading: l2tpd.init to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... File l2tpd.init size 1126 MD5 ce0b777c5301144bc03d205072a8ea43 stored OK Checking : l2tpd-0.69.20051030.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... This file (36144b856b70d58bdb4ac4805cb71bb2 l2tpd-0.69.20051030.tar.gz) is already uploaded Checking : l2tpd.conf on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Uploading: l2tpd.conf to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... File l2tpd.conf size 1025 MD5 fcf5f822027a8f0f855245d366020a66 stored OK commited ./sources file. It now looks like: $ cat sources ce0b777c5301144bc03d205072a8ea43 l2tpd.init 36144b856b70d58bdb4ac4805cb71bb2 l2tpd-0.69.20051030.tar.gz fcf5f822027a8f0f855245d366020a66 l2tpd.conf $ make srpm rpmbuild --define "_sourcedir /usr/local/fedora-extras/l2tpd/devel" --define "_builddir /usr/local/fedora-extras/l2tpd/devel" --define "_srcrpmdir /usr/local/fedora-extras/l2tpd/devel" --define "_rpmdir /usr/local/fedora-extras/l2tpd/devel" --define "dist .fc5" --define "fedora 5" --nodeps -bs l2tpd.spec Wrote: /usr/local/fedora-extras/l2tpd/devel/l2tpd-0.69-0.3.20051030.fc5.src.rpm But 'make build' still returns: Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: Downloading l2tpd-MSL2TP-StopCCN.patch... --20:16:37-- http://cvs.fedora.redhat.com/repo/extras/l2tpd/l2tpd-MSL2TP-StopCCN.patch/6ed1d2dc758627426015de8f87654a03/l2tpd-MSL2TP-StopCCN.patch => `l2tpd-MSL2TP-StopCCN.patch' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2,194 (2.1K) [text/plain] 0K .. 100% 232.48 MB/s 20:16:37 (232.48 MB/s) - `l2tpd-MSL2TP-StopCCN.patch' saved [2194/2194] FINISHED --20:16:37-- Downloaded: 2,194 bytes in 1 files -rw-rw-rw- 1 root root 2194 Feb 21 01:32 l2tpd-MSL2TP-StopCCN.patch rpmbuild --define "_sourcedir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "_builddir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "_srcrpmdir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "_rpmdir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "dist .fc5" --define "fedora 5" --nodeps -bs l2tpd.spec error: File /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel/l2tpd-0.69.20051030.tar.gz: No such file or directory make: *** [srpm] Error 1 Paul From andreas at bawue.net Fri Mar 3 01:41:08 2006 From: andreas at bawue.net (Andreas Thienemann) Date: Fri, 3 Mar 2006 02:41:08 +0100 (CET) Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> Message-ID: On Fri, 3 Mar 2006, Paul Wouters wrote: > So where does my initscript go? cvs or sources? The Initscript usually goes to cvs. In general, everything binary (source tarball, zipped manuals etc.) goes into the source-bincache, and everything cleartext (.spec, all patches, initscripts, 3rdParty Readme, License files etc.) goes into cvs. Considering your pasted output, I'm wondering if the source-bincache is only used for files which are referred to as SourceX: in the .spec. regards, andreas -- "Being drunk beyond the thin line of good taste" -- weEKAy on #ebone From bugzilla at redhat.com Fri Mar 3 06:13:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 01:13:26 -0500 Subject: [Bug 183290] Review Request: libipoddevice In-Reply-To: Message-ID: <200603030613.k236DQJs001774@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libipoddevice https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183290 ------- Additional Comments From rc040203 at freenet.de 2006-03-03 01:13 EST ------- Some recommendations for you spec file: * Using %configure --disable-static and removing the "%exclude *.a" would speed up compilation by almost factor 2 * %configure --disable-dependency-tracking would further speed up building. * I'd use make DESTDIR=${RPM_BUILD_ROOT) install instead of %makeinstall (This avoids breaking libtool archives for some versions of libtool ;) ) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Fri Mar 3 06:55:08 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 03 Mar 2006 08:55:08 +0200 Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> Message-ID: <1141368908.10477.68.camel@bobcat.mine.nu> On Fri, 2006-03-03 at 02:33 +0100, Paul Wouters wrote: > On Thu, 2 Mar 2006, Michael Schwendt wrote: > > > > The way it works is: > > > > > > a) patches go in CVS; you 'cvs add ', then commit them > > > b) binary sources, like *.tar.gz or *.tar.bz2, go in 'sources', do NOT > > > get added to CVS, and get uploaded with 'make upload FILES= > > source file>' > > > > Or: make new-sources FILES="file1 file2 file3" > > > > The difference to make upload..." is explained in the Wiki already. > > > > > c) Some sources, like initscripts, that aren't distributed with the > > > upstream tarball, could go into the 'sources' file > > > > As long as they are small text-file (not binaries), they should go > > into CVS. > > So where does my initscript go? cvs or sources? > > I tried it again: > > ]$ make new-source FILES="l2tpd.init l2tpd-0.69.20051030.tar.gz l2tpd.conf" > > Checking : l2tpd.init on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > Uploading: l2tpd.init to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > File l2tpd.init size 1126 MD5 ce0b777c5301144bc03d205072a8ea43 stored OK > > Checking : l2tpd-0.69.20051030.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > This file (36144b856b70d58bdb4ac4805cb71bb2 l2tpd-0.69.20051030.tar.gz) is already uploaded > > Checking : l2tpd.conf on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > Uploading: l2tpd.conf to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > File l2tpd.conf size 1025 MD5 fcf5f822027a8f0f855245d366020a66 stored OK > > commited ./sources file. It now looks like: > > $ cat sources > ce0b777c5301144bc03d205072a8ea43 l2tpd.init > 36144b856b70d58bdb4ac4805cb71bb2 l2tpd-0.69.20051030.tar.gz > fcf5f822027a8f0f855245d366020a66 l2tpd.conf > > $ make srpm > rpmbuild --define "_sourcedir /usr/local/fedora-extras/l2tpd/devel" --define "_builddir /usr/local/fedora-extras/l2tpd/devel" --define "_srcrpmdir /usr/local/fedora-extras/l2tpd/devel" --define "_rpmdir /usr/local/fedora-extras/l2tpd/devel" --define "dist .fc5" --define "fedora 5" --nodeps -bs l2tpd.spec > Wrote: /usr/local/fedora-extras/l2tpd/devel/l2tpd-0.69-0.3.20051030.fc5.src.rpm > > But 'make build' still returns: > > Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: > > Downloading l2tpd-MSL2TP-StopCCN.patch... > --20:16:37-- http://cvs.fedora.redhat.com/repo/extras/l2tpd/l2tpd-MSL2TP-StopCCN.patch/6ed1d2dc758627426015de8f87654a03/l2tpd-MSL2TP-StopCCN.patch > => `l2tpd-MSL2TP-StopCCN.patch' > Resolving cvs.fedora.redhat.com... 209.132.176.51 > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 2,194 (2.1K) [text/plain] > 0K .. 100% 232.48 MB/s > 20:16:37 (232.48 MB/s) - `l2tpd-MSL2TP-StopCCN.patch' saved [2194/2194] > FINISHED --20:16:37-- > Downloaded: 2,194 bytes in 1 files > -rw-rw-rw- 1 root root 2194 Feb 21 01:32 l2tpd-MSL2TP-StopCCN.patch > rpmbuild --define "_sourcedir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "_builddir > /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "_srcrpmdir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" > --define "_rpmdir /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel" --define "dist .fc5" --define "fedora 5" --nodeps -bs l2tpd.spec > error: File /tmp/5761-l2tpd-0_69-0_3_20051030_fc5-1141348593/l2tpd/devel/l2tpd-0.69.20051030.tar.gz: No such file or directory > make: *** [srpm] Error 1 > > Paul > From ville.skytta at iki.fi Fri Mar 3 07:02:56 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 03 Mar 2006 09:02:56 +0200 Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> Message-ID: <1141369376.10477.76.camel@bobcat.mine.nu> On Fri, 2006-03-03 at 02:33 +0100, Paul Wouters wrote: > But 'make build' still returns: > > Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: You made changes to some files, but did not re-tag them so as far as the buildsys is concerned, those changes are a no-op and you're running the same old build again. I'd suggest bumping the package's release tag and doing the usual "make tag build". From bugzilla at redhat.com Fri Mar 3 07:17:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 02:17:15 -0500 Subject: [Bug 183028] Review Request: perl-Spiffy In-Reply-To: Message-ID: <200603030717.k237HF2I013901@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spiffy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183028 ------- Additional Comments From ville.skytta at iki.fi 2006-03-03 02:17 EST ------- The sourcedir-trashing filter implementation was left in this package and also applied in perl-IO-All. I wonder why is that? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Fri Mar 3 08:25:42 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Mar 2006 09:25:42 +0100 Subject: rpms/libnc-dap/devel libnc-dap.spec,1.3,1.4 In-Reply-To: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> Message-ID: <1141374343.16522.16.camel@mccallum.corsepiu.local> On Fri, 2006-03-03 at 03:21 -0500, Patrice Dumas wrote: > Index: libnc-dap.spec > =================================================================== > RCS file: /cvs/extras/rpms/libnc-dap/devel/libnc-dap.spec,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -r1.3 -r1.4 > --- libnc-dap.spec 3 Mar 2006 08:05:26 -0000 1.3 > +++ libnc-dap.spec 3 Mar 2006 08:21:13 -0000 1.4 > @@ -1,7 +1,7 @@ > Name: libnc-dap > Summary: The NetCDF interface to DAP-2 from OPeNDAP > Version: 3.6.0 > -Release: 1%{?dist} > +Release: 1%{?dist}.1 Why don't you simply increment the release? Extending to the Release tag makes sense on branches, but doesn't on devel. Ralf From pertusus at free.fr Fri Mar 3 08:33:10 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 3 Mar 2006 09:33:10 +0100 Subject: rpms/libnc-dap/devel libnc-dap.spec,1.3,1.4 In-Reply-To: <1141374343.16522.16.camel@mccallum.corsepiu.local> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> Message-ID: <20060303083310.GA3003@free.fr> > Why don't you simply increment the release? > > Extending to the Release tag makes sense on branches, but doesn't on > devel. Because I try as much as possible (for that package) to keep the spec file similar with the one provided upstream, as the upstream spec is based on this spec and upstream builds for fc. So, if there is a change in that specfile which is also needed upstream, I can bump the release remove the extension in the changelog and keep them in sync. When I really need to depart from upstream, I do it, but I try to minimize the differences. -- Pat From rc040203 at freenet.de Fri Mar 3 08:59:48 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Mar 2006 09:59:48 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec,1.3,1.4) In-Reply-To: <20060303083310.GA3003@free.fr> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> Message-ID: <1141376388.16522.22.camel@mccallum.corsepiu.local> On Fri, 2006-03-03 at 09:33 +0100, Patrice Dumas wrote: > > Why don't you simply increment the release? > > > > Extending to the Release tag makes sense on branches, but doesn't on > > devel. > > Because I try as much as possible (for that package) to keep the > spec file similar with the one provided upstream, as the upstream spec > is based on this spec and upstream builds for fc. So, if there is a change > in that specfile which is also needed upstream, I can bump the release > remove the extension in the changelog and keep them in sync. > > When I really need to depart from upstream, I do it, but I try to minimize > the differences. Upstream's specs are completely irrelevant for FE. The only thing that matters is consistency within Fedora. All you are doing, is adding unnecessary and avoidable complexity. IMNSHO, FE's conventions on release tags should be tighted and explicitly disallow this kind of usage. Ralf From rc040203 at freenet.de Fri Mar 3 09:12:07 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Mar 2006 10:12:07 +0100 Subject: rpms/gtkglarea2/devel gtkglarea2.spec,1.12,1.13 In-Reply-To: <200603022132.k22LWggU002805@cvs-int.fedora.redhat.com> References: <200603022132.k22LWggU002805@cvs-int.fedora.redhat.com> Message-ID: <1141377128.16522.34.camel@mccallum.corsepiu.local> On Thu, 2006-03-02 at 16:30 -0500, Michael Schwendt wrote: > Author: mschwendt > > Update of /cvs/extras/rpms/gtkglarea2/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2108/gtkglarea2/devel > > Modified Files: > gtkglarea2.spec > Log Message: > Build disabled. Package is without maintainer. This package clearly provides evidence of why "orphaning packages" is unnecessarily strict, and why adding additional states of package maintainership are useful (c.f. https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00149.html) I have this package in a dep chain of a package I am using outside of Fedora, and therefore had expressed my will to "have an eye on this package" but am not interested in permanently maintaining this package. Apparently others (notably Gerard Milmeister, he recently seems to have adapted the spec to FC5) are in a similar position. Here FESCo's policy of "strict maintainer<->package" apparently fails, while collaborative, "keep package alive-maintainership" wouldn't be a problem (gtkglarea2 is discontinued and stagnating for years, nevertheless it still works and is being used). Ralf From pertusus at free.fr Fri Mar 3 09:20:25 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 3 Mar 2006 10:20:25 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <1141376388.16522.22.camel@mccallum.corsepiu.local> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> Message-ID: <20060303092025.GB3003@free.fr> > Upstream's specs are completely irrelevant for FE. The only thing that I think that being able to be in sync with apstream spec is nice, although I agree that it shouldn't lead to bad practices. I don't try to sync with upstream in that case, but I think that extending the release isn't such a case. > matters is consistency within Fedora. It also allows to keep spec file in sync for the different branches. > All you are doing, is adding unnecessary and avoidable complexity. Where is the complexity? Extending release tags instead of bumping doesn't add complexity. If I remember well, I also do that for other packages, when I want to keep the branches in sync as much as possible and avoid changelog entries when a build didn't complete due to a trivial error on a branch but not on others, and I have to change the release to rebuild. > IMNSHO, FE's conventions on release tags should be tighted and > explicitly disallow this kind of usage. I don't think so. It should be up to the packager. -- Pat From bugs.michael at gmx.net Fri Mar 3 09:27:49 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 04:27:49 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-03 Message-ID: <200603030927.k239RnKu009163@mx1.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- at-poke 0.2.2-2.i386 cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 gnomebaker 0.5.1-2.fc5.i386 gstreamer08-python 0.8.3-1.fc5.i386 libgdamm 1.3.7-2.fc5.i386 namazu 2.0.15-2.fc5.i386 pam_mount 0.9.25-4.i386 sabayon-admin 2.12.1-2.i386 scalapack 1.7-7.fc4.i386 soundconverter 0.8.3-1.fc5.noarch tidy-devel 0.99.0-8.20051025.fc5.i386 tripwire 2.3.1-22.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- at-poke 0.2.2-2.ppc cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc gnomebaker 0.5.1-2.fc5.ppc gstreamer08-python 0.8.3-1.fc5.ppc libgdamm 1.3.7-2.fc5.ppc namazu 2.0.15-2.fc5.ppc pam_mount 0.9.25-4.ppc sabayon-admin 2.12.1-2.ppc scalapack 1.7-7.fc4.ppc soundconverter 0.8.3-1.fc5.noarch tidy-devel 0.99.0-8.20051025.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- at-poke 0.2.2-2.x86_64 cernlib 2005-7.fc5.x86_64 cernlib-packlib 2005-7.fc5.x86_64 cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 gnomebaker 0.5.1-2.fc5.x86_64 gstreamer08-python 0.8.3-1.fc5.x86_64 libgdamm 1.3.7-2.fc5.x86_64 namazu 2.0.15-2.fc5.x86_64 pam_mount 0.9.25-4.x86_64 paw 2005-7.fc5.x86_64 sabayon-admin 2.12.1-2.x86_64 scalapack 1.7-7.fc4.x86_64 soundconverter 0.8.3-1.fc5.noarch tidy-devel 0.99.0-8.20051025.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: markmc AT redhat.com package: sabayon-admin - 2.12.1-2.i386 from fedora-extras-development-i386 unresolved deps: xorg-x11-Xnest ---------------------------------------------------------------------- New report for: extras-orphan AT fedoraproject.org package: at-poke - 0.2.2-2.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 ---------------------------------------------------------------------- New report for: tripwire-devel AT genesis-x.nildram.co.uk package: tripwire - 2.3.1-22.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 ---------------------------------------------------------------------- New report for: redhat AT flyn.org package: pam_mount - 0.9.25-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 ---------------------------------------------------------------------- New report for: tagoh AT redhat.com package: namazu - 2.0.15-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: perl(conf.pl) perl(document.pl) perl(var.pl) perl(time.pl) perl(util.pl) ---------------------------------------------------------------------- New report for: pertusus AT free.fr package: paw - 2005-7.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libXm.so.3()(64bit) ---------------------------------------------------------------------- New report for: tcallawa AT redhat.com package: libgdamm - 1.3.7-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libgda-2.so.3 package: scalapack - 1.7-7.fc4.i386 from fedora-extras-development-i386 unresolved deps: libgfortran.so.0 ---------------------------------------------------------------------- New report for: jdennis AT redhat.com package: cyrus-imapd-murder - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 cyrus-imapd = 0:2.2.12-6.fc4 ---------------------------------------------------------------------- New report for: jeff AT ultimateevil.org package: up-imapproxy - 1.2.4-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 ---------------------------------------------------------------------- New report for: ivazquez AT ivazquez.net package: soundconverter - 0.8.3-1.fc5.noarch from fedora-extras-development-i386 unresolved deps: gstreamer08-plugins From rc040203 at freenet.de Fri Mar 3 09:30:06 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Mar 2006 10:30:06 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <20060303092025.GB3003@free.fr> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> Message-ID: <1141378206.16522.43.camel@mccallum.corsepiu.local> On Fri, 2006-03-03 at 10:20 +0100, Patrice Dumas wrote: > > Upstream's specs are completely irrelevant for FE. The only thing that > > I think that being able to be in sync with apstream spec is nice, although > I agree that it shouldn't lead to bad practices. I don't try to sync > with upstream in that case, but I think that extending the release isn't > such a case. > > > matters is consistency within Fedora. > > It also allows to keep spec file in sync for the different branches. Non sense. devel must always be greater than the rest. > It also allows to keep spec file in sync for the different branches. branches! -- Devel isn't a branch. > > All you are doing, is adding unnecessary and avoidable complexity. > Where is the complexity? Then let me negate it: It is less simple than it could be. These simply isn't any need to do this. > > IMNSHO, FE's conventions on release tags should be tighted and > > explicitly disallow this kind of usage. > > I don't think so. It should be up to the packager. ... Sometimes I feel sooo tired ... ... I could not disagree more ... Ralf From bugzilla at redhat.com Fri Mar 3 09:31:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 04:31:35 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603030931.k239VZie018308@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rc040203 at freenet.de 2006-03-03 04:31 EST ------- This package's configure script is broken: ... checking whether stripping libraries is possible... yes checking bits/concurrence.h usability... yes checking bits/concurrence.h presence... yes checking for bits/concurrence.h... yes checking ext/mt_allocator.h usability... yes checking ext/mt_allocator.h presence... yes checking for ext/mt_allocator.h... yes checking tr1/boost_shared_ptr.h usability... no checking tr1/boost_shared_ptr.h presence... yes configure: WARNING: tr1/boost_shared_ptr.h: present but cannot be compiled configure: WARNING: tr1/boost_shared_ptr.h: check for missing prerequisite headers? configure: WARNING: tr1/boost_shared_ptr.h: see the Autoconf documentation configure: WARNING: tr1/boost_shared_ptr.h: section "Present But Cannot Be Compiled" configure: WARNING: tr1/boost_shared_ptr.h: proceeding with the preprocessor's result configure: WARNING: tr1/boost_shared_ptr.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------------ ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## ------------------------------------------ ## checking for tr1/boost_shared_ptr.h... yes checking for i686-redhat-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for PROJECT... yes configure: creating ./config.status Apart of this, the docs' packaging is broken: rpm -qlp idioskopos-devel-0.1.7-1.i386.rpm | \ grep -E '/usr/share/doc/.*7$' /usr/share/doc/idioskopos-devel-0.1.7 /usr/share/doc/idioskopos-docs-0.1.7 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Fri Mar 3 09:42:04 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 3 Mar 2006 10:42:04 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <1141378206.16522.43.camel@mccallum.corsepiu.local> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141378206.16522.43.camel@mccallum.corsepiu.local> Message-ID: <20060303094204.GC3003@free.fr> > > It also allows to keep spec file in sync for the different branches. > Non sense. devel must always be greater than the rest. Indeed. But it isn't in contradiction with what I said. Imagine you have a package in FC-4 and devel and you want to keep the spec files in sync as much as possible, but there are small differences nevertheless. For example there is an excludearch in devel because the computer segfaults for this arch in devel. In the beginning the release is the same for both branches. Then for example you try a build without the excludearch in devel. It is possible to bump the release, but extending the release such that the release numbers are kept in sync makes sense, such that, later the release may be bumped on all branches when there is a non trivial change. If it happens that it isn't possible to keep the differences between branches minimal, then it may make sense to lose the synchro between specs for the branches, and then bump release independently but when it is possible to keep them in sync, it may makes sense. > > It also allows to keep spec file in sync for the different branches. > branches! -- Devel isn't a branch. ? The branches are devel, FC-3 and FC-4 ??? -- Pat From bugs.michael at gmx.net Fri Mar 3 10:13:03 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 11:13:03 +0100 Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> Message-ID: <20060303111303.4c83a063.bugs.michael@gmx.net> On Fri, 3 Mar 2006 02:33:28 +0100 (CET), Paul Wouters wrote: > So where does my initscript go? cvs or sources? CVS > I tried it again: > > ]$ make new-source FILES="l2tpd.init l2tpd-0.69.20051030.tar.gz l2tpd.conf" Working with Fedora Extras CVS and build server consists of three different things: 1) Ordinary maintenance of files in CVS. Relevant documentation about CVS covers this in general, checking out a working-copy, adding files, removing files, committing files, merging changes, branching, resolving conflicts, creating branches/tags, examining diffs against CVS, and so on. 2) Access to the Fedora Extras lookaside cache for binary files or huge files, which don't change often and are better kept outside CVS. 3) Access to the build system. For 2 and 3, "make" and the "Makefile" contain helper targets like "make srpm", "make upload ...", "make tag", and so on. "make help" might look a bit scary in the beginning. The first step every contributor needs to become familiar with is plain CVS. The most important thing to understand is the difference between your "working-copy" and files (or modifications) you committed into CVS. If you only commit parts of your modifications, you run out-of-sync with the CVS server contents. So, in the beginning, you are advised to check out your package often into a fresh/clean directory to see what exactly is stored within CVS before you use "make" for further commands. As a second step you need to understand that every file which belongs into your src.rpm, but isn't stored in CVS, must be uploaded to the lookaside cache and be added to the "sources" file in CVS. Whether you do this with "make ..." or manually, is up to you. CVS itself doesn't care about what is contained within the "sources" file. This is just an index file which is examined by the code in the Makefile. The third step involves telling the build system which files in CVS it shall check out in order to create your src.rpm. That's why you tag all files which you want to see in your src.rpm. Only then, the tag passed on to plague-client results in the build server being able to reconstruct your src.rpm. After every modification and prior to every new build attempt you need to either re-tag your files in CVS or apply a new tag. Else the build system would check out the old(er) files, which are still tagged forever, and would not know that it should take the modified new(er) files instead, which are not tagged yet. > Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: Here you can verify what the build system checks out. l2tpd-0_69-0_3_20051030_fc5 is the tag on the files. %name-%version-%release with dots replaced with underscores: rm -rf temp && mkdir temp && cd temp cvs co -r l2tpd-0_69-0_3_20051030_fc5 Examine the "sources" and ".cvsignore" files. Do you like what you see? Everything complete? Then "make srpm" works. Else you haven't tagged your files correctly. From bugs.michael at gmx.net Fri Mar 3 10:18:48 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 11:18:48 +0100 Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: <20060303111303.4c83a063.bugs.michael@gmx.net> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> <20060303111303.4c83a063.bugs.michael@gmx.net> Message-ID: <20060303111848.1e00930b.bugs.michael@gmx.net> On Fri, 3 Mar 2006 11:13:03 +0100, Michael Schwendt wrote: > > Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: > > Here you can verify what the build system checks out. > l2tpd-0_69-0_3_20051030_fc5 is the tag on the files. > %name-%version-%release with dots replaced with underscores: > > rm -rf temp && mkdir temp && cd temp > cvs co -r l2tpd-0_69-0_3_20051030_fc5 Typo. Should read: cvs co -r l2tpd-0_69-0_3_20051030_fc5 l2tpd The name of the module "l2tpd" must not be missing. > Examine the "sources" and ".cvsignore" files. Do you like what you > see? Everything complete? Then "make srpm" works. Else you haven't > tagged your files correctly. > From bugs.michael at gmx.net Fri Mar 3 11:01:22 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 12:01:22 +0100 Subject: rpms/gtkglarea2/devel gtkglarea2.spec,1.12,1.13 In-Reply-To: <1141377128.16522.34.camel@mccallum.corsepiu.local> References: <200603022132.k22LWggU002805@cvs-int.fedora.redhat.com> <1141377128.16522.34.camel@mccallum.corsepiu.local> Message-ID: <20060303120122.1b4c452e.bugs.michael@gmx.net> On Fri, 03 Mar 2006 10:12:07 +0100, Ralf Corsepius wrote: > On Thu, 2006-03-02 at 16:30 -0500, Michael Schwendt wrote: > > Author: mschwendt > > > > Update of /cvs/extras/rpms/gtkglarea2/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2108/gtkglarea2/devel > > > > Modified Files: > > gtkglarea2.spec > > Log Message: > > Build disabled. Package is without maintainer. > > This package clearly provides evidence of why "orphaning packages" is > unnecessarily strict, and why adding additional states of package > maintainership are useful > (c.f. > https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00149.html) > > I have this package in a dep chain of a package I am using outside of > Fedora, and therefore had expressed my will to "have an eye on this > package" but am not interested in permanently maintaining this package. > > Apparently others (notably Gerard Milmeister, he recently seems to have > adapted the spec to FC5) are in a similar position. No, not a similar position. Gerard _depends_ on this package within FE (lablgtk). Which is why last night in the Wiki I moved this package from the list of "packages without maintainer" to "potentially orphaned packages". Note that I did not delete the binaries. However, owners.list does not reflect your (or Gerard's) interest in this package. > Here FESCo's policy of "strict maintainer<->package" apparently fails, > while collaborative, "keep package alive-maintainership" wouldn't be a > problem (gtkglarea2 is discontinued and stagnating for years, > nevertheless it still works and is being used). See above. Add yourself to CC in owners.list (provided that this feature still works or will be corrected if it is broken). From andy at smile.org.ua Fri Mar 3 11:33:54 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Fri, 03 Mar 2006 13:33:54 +0200 Subject: ownership of xmms-cdread In-Reply-To: <20060302163856.70eec31a.bugs.michael@gmx.net> References: <1141232461.3784.1.camel@alexandria> <20060301200545.78294e88.bugs.michael@gmx.net> <1141278258.17255.45.camel@einstein> <20060302163856.70eec31a.bugs.michael@gmx.net> Message-ID: <440829A2.3080404@smile.org.ua> Michael Schwendt ?????: > $ rpm -qf /usr/lib/xmms/Input/libcdaudio.so > xmms-1.2.10-20.fc5 > XMMS > Options > Preferences > Audio I/O Plugins > CD Audio Player 1.2.10 Is it similar plugin? cdread use IDE (ATAPI) commands and IDE bus. Respectively the digital channel is used instead of audio. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From andy at smile.org.ua Fri Mar 3 11:37:47 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Fri, 03 Mar 2006 13:37:47 +0200 Subject: Help me, please (reviewing and sponsoring) Message-ID: <44082A8B.8050703@smile.org.ua> Hi. all! I've filled the #182415 with review request. Could you review it anybody, please? It my fisrt package and I am looking for sponsor. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From bugzilla at redhat.com Fri Mar 3 11:57:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 06:57:22 -0500 Subject: [Bug 174866] Review Request: polypaudio: Improved Linux sound server In-Reply-To: Message-ID: <200603031157.k23BvMOZ017292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polypaudio: Improved Linux sound server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174866 ------- Additional Comments From drzeus-bugzilla at drzeus.cx 2006-03-03 06:57 EST ------- Further investigation shows that this is indeed a libtool problem (in combination with gcc not giving a complete picture on multilib systems). It is currently unresolved, so unless we do a dirty hack the RPATH is here to stay. I'd also like to do some suggestions for packaging. There should be at least four packages: * libpolyp - Client libraries. * libpolyp-devel - Headers and such for building clients * polypaudio - The daemon. * polypaudio-devel - Headers and such for building daemon modules. Possibly one could also package the modules in their own packages to minimise the dependencies. As for separating libpolyp-devel files from polypaudio-devel files you have to look in the Makefile for the 0.7 release. The 0.8 release will install these in separate locations so it will be much more clear there. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 3 12:24:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 07:24:57 -0500 Subject: [Bug 180897] Review Request: heartbeat In-Reply-To: Message-ID: <200603031224.k23COv7v022414@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: heartbeat https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180897 fedora at soeterbroek.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From fedora at soeterbroek.com 2006-03-03 07:24 EST ------- packacge built successfuly in plague: 5766 (heartbeat): Build on target fedora-development-extras succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 3 12:40:44 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 13:40:44 +0100 Subject: ownership of xmms-cdread In-Reply-To: <440829A2.3080404@smile.org.ua> References: <1141232461.3784.1.camel@alexandria> <20060301200545.78294e88.bugs.michael@gmx.net> <1141278258.17255.45.camel@einstein> <20060302163856.70eec31a.bugs.michael@gmx.net> <440829A2.3080404@smile.org.ua> Message-ID: <20060303134044.45992b76.bugs.michael@gmx.net> On Fri, 03 Mar 2006 13:33:54 +0200, Andy Shevchenko wrote: > Michael Schwendt __________: > > $ rpm -qf /usr/lib/xmms/Input/libcdaudio.so > > xmms-1.2.10-20.fc5 > > XMMS > Options > Preferences > Audio I/O Plugins > CD Audio Player 1.2.10 > Is it similar plugin? > > cdread use IDE (ATAPI) commands and IDE bus. Respectively the digital > channel is used instead of audio. As I mentioned briefly before, XMMS's CD Audio Player has an option to do "Digital audio extraction". The default is "Analog" playback with a CD drive's built-in audio CD player. From bugzilla at redhat.com Fri Mar 3 13:33:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 08:33:14 -0500 Subject: [Bug 183887] New: Review Request: perl-Net-SSH-Perl Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183887 Summary: Review Request: perl-Net-SSH-Perl Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: paul at city-fan.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Net-SSH-Perl/perl-Net-SSH-Perl.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Net-SSH-Perl/perl-Net-SSH-Perl-1.29-1.src.rpm Description: Net::SSH::Perl is an all-Perl module implementing an SSH (Secure Shell) client. It is compatible with both the SSH-1 and SSH-2 protocols. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 13:33:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 08:33:56 -0500 Subject: [Bug 183888] New: Review Request: perl-Crypt-RSA 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=183888 Summary: Review Request: perl-Crypt-RSA Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: paul at city-fan.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-RSA/perl-Crypt-RSA.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-RSA/perl-Crypt-RSA-1.57-1.src.rpm Description: Crypt::RSA is a pure-perl, cleanroom implementation of the RSA public-key cryptosystem. It uses Math::Pari(3), a perl interface to the blazingly fast PARI library, for big integer arithmetic and number theoretic computations. Crypt::RSA provides arbitrary size key-pair generation, plaintext-aware encryption (OAEP) and digital signatures with appendix (PSS). For compatibility with SSLv3, RSAREF2, PGP and other applications that follow the PKCS #1 v1.5 standard, it also provides PKCS #1 v1.5 encryption and signatures. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 13:34:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 08:34:59 -0500 Subject: [Bug 183889] New: Review Request: perl-Crypt-Primes 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=183889 Summary: Review Request: perl-Crypt-Primes Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: paul at city-fan.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-Primes/perl-Crypt-Primes.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-Primes/perl-Crypt-Primes-0.50-1.src.rpm Description: This module implements Ueli Maurer's algorithm for generating large provable primes and secure parameters for public-key cryptosystems. The generated primes are almost uniformly distributed over the set of primes of the specified bitsize and expected time for generation is less than the time required for generating a pseudo-prime of the same size with Miller-Rabin tests. Detailed description and running time analysis of the algorithm can be found in Maurer's paper, "Fast Generation of Prime Numbers and Secure Public-Key Cryptographic Parameters" (1994). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From michel.salim at gmail.com Fri Mar 3 14:04:58 2006 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 3 Mar 2006 09:04:58 -0500 Subject: Orphaned claim: gnugo In-Reply-To: References: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> Message-ID: <883cfe6d0603030604g24a981bcy3025d74a423c20ba@mail.gmail.com> On 3/2/06, Chris Ricker wrote: > On Thu, 2 Mar 2006, Michel Salim wrote: > > > I emailed the list, but as a reply to a long thread - so to make sure, > > I'm taking over packaging of GnuGo. Don't want to see it removed since > > Quarry is less useful without it. > > I rebuilt gnugo for FE5 last night - feel free to maintain it though ;-) > Noticed the build log after I sent the message - the kernel.org mirror of Extras I checked didn't have it yet at that time. I'll still maintain it though, thanks! -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From michel.salim at gmail.com Fri Mar 3 14:18:35 2006 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 3 Mar 2006 09:18:35 -0500 Subject: Orphaned claim: gnugo In-Reply-To: <44073BAB.6060709@kobold.org> References: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> <44073BAB.6060709@kobold.org> Message-ID: <883cfe6d0603030618n779b76fau1c53d6e35129f342@mail.gmail.com> On 3/2/06, Michael Thomas wrote: > Michel Salim wrote: > > I emailed the list, but as a reply to a long thread - so to make sure, > > I'm taking over packaging of GnuGo. Don't want to see it removed since > > Quarry is less useful without it. > > Can I convince you to add these to the Games wiki page? :) > > http://fedoraproject.org/wiki/Games > Added! I'll get back and add contents to those pages later. -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From paul at cypherpunks.ca Fri Mar 3 15:24:54 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 3 Mar 2006 16:24:54 +0100 (CET) Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: <1141369376.10477.76.camel@bobcat.mine.nu> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> <1141369376.10477.76.camel@bobcat.mine.nu> Message-ID: On Fri, 3 Mar 2006, Ville Skytt? wrote: > > Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: > > You made changes to some files, but did not re-tag them so as far as the > buildsys is concerned, those changes are a no-op and you're running the > same old build again. I'd suggest bumping the package's release tag and > doing the usual "make tag build". Okay. that worked. I am still not sure how files could have been changed without commits for this. Especially since the sources file matched checksums too. But at least it is now rebuilt. Thanks. I'll do the same with the other stuck package. Paul From rdieter at math.unl.edu Fri Mar 3 15:28:53 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 03 Mar 2006 09:28:53 -0600 Subject: --vendor fedora, rationale/motivation? Message-ID: Per http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines: The vendor prefix (desktop-file-install --vendor=...) must be set to fedora". I don't understand the rationale/motivation behind requiring '--vendor fedora' I can, however, see that desktop-file-install's current implementation(*) of prepending %{vendor}- to the .desktop file name has some problems/issues: 1. .desktop filename now varies from upstream 2. --vendor may change when/if Extras bits are pulled into Core and/or RHEL. 3. *In particular*: when users start employing menu editors, since most(all?) of them base their customizations on the .desktop file name. -- Rex (*) If desktop-file-install's implementation instead followed something like kde's practice of using a vendor directory (e.g. /usr/share/applications/kde), then (1) and (3) would no longer be an issue. From ed at eh3.com Fri Mar 3 15:41:17 2006 From: ed at eh3.com (Ed Hill) Date: Fri, 03 Mar 2006 10:41:17 -0500 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <20060303092025.GB3003@free.fr> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> Message-ID: <1141400478.22558.372.camel@ernie> On Fri, 2006-03-03 at 10:20 +0100, Patrice Dumas wrote: > > Upstream's specs are completely irrelevant for FE. The only thing that > > I think that being able to be in sync with apstream spec is nice, although > I agree that it shouldn't lead to bad practices. I don't try to sync > with upstream in that case, but I think that extending the release isn't > such a case. Hi Patrice, I'm afraid Ralf is right here. The details (especially small details) of upstream specs are basically irrelevant. > > matters is consistency within Fedora. > > It also allows to keep spec file in sync for the different branches. > > > All you are doing, is adding unnecessary and avoidable complexity. > > Where is the complexity? Extending release tags instead of bumping > doesn't add complexity. If I remember well, I also do that for > other packages, when I want to keep the branches in sync as much as possible > and avoid changelog entries when a build didn't complete due to a trivial > error on a branch but not on others, and I have to change the release to > rebuild. If you go back through the email list archives there was a long discussion about not relying on the fact that: fc3 < fc4 < fc5 when rpm and yum (and other tools) do comparisons of the EVR. So, you are in fact violating our long-debated (way too long-debated, IMHO) policy. *Please* just bump the release number like all the other packages. Ed ps - Its also good idea not to "violate the principle of least surprise". ;-) -- 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 somlo at cmu.edu Fri Mar 3 15:51:59 2006 From: somlo at cmu.edu (Gabriel L. Somlo) Date: Fri, 3 Mar 2006 10:51:59 -0500 Subject: please help: %doc causing extra dependencies ? In-Reply-To: <1140801475.14325.14.camel@bobcat.mine.nu> References: <20060224203302.EEC0B73126@hormel.redhat.com> Message-ID: <20060303155159.GA13553@hedwig.net.cmu.edu> > How can I still add these things as *documentation*, without them > causing my package to require PERL ? I've already tried removing > the executable attribute on the files, but the package still ends up > requiring perl... OK, removing the executable flag works only on proper perl scripts. If the file is a perl *module*, this won't help, since the relevant bits of code from /usr/lib/rpm/find-requires don't care about permissions, but rather about the '.pm' extension: # # --- Add perl module files to perllist. for f in $filelist; do [ -r $f -a "${f%.pm}" != "${f}" ] && perllist="$perllist $f" done So, the only way to prevent the package from depending on perl would be to rename the .pm files in contrib. I could do this, but it feels like there should be a better way. Maybe something like 'exempt all files listed as %doc from being subjected to find-requires' or something ? Thanks, Gabriel From paul at city-fan.org Fri Mar 3 15:54:45 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 03 Mar 2006 15:54:45 +0000 Subject: please help: %doc causing extra dependencies ? In-Reply-To: <20060303155159.GA13553@hedwig.net.cmu.edu> References: <20060224203302.EEC0B73126@hormel.redhat.com> <20060303155159.GA13553@hedwig.net.cmu.edu> Message-ID: <440866C5.1050805@city-fan.org> Gabriel L. Somlo wrote: >>How can I still add these things as *documentation*, without them >>causing my package to require PERL ? I've already tried removing >>the executable attribute on the files, but the package still ends up >>requiring perl... > > > OK, removing the executable flag works only on proper perl scripts. If > the file is a perl *module*, this won't help, since the relevant bits > of code from /usr/lib/rpm/find-requires don't care about > permissions, but rather about the '.pm' extension: > > > # > # --- Add perl module files to perllist. > for f in $filelist; do > [ -r $f -a "${f%.pm}" != "${f}" ] && perllist="$perllist $f" > done > > > So, the only way to prevent the package from depending on perl would > be to rename the .pm files in contrib. I could do this, but it feels > like there should be a better way. Take a peek at: http://fedoraproject.org/wiki/Packaging/Perl Paul. From fedora at camperquake.de Fri Mar 3 15:55:26 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 3 Mar 2006 16:55:26 +0100 Subject: please help: %doc causing extra dependencies ? In-Reply-To: <20060303155159.GA13553@hedwig.net.cmu.edu> References: <20060224203302.EEC0B73126@hormel.redhat.com> <20060303155159.GA13553@hedwig.net.cmu.edu> Message-ID: <20060303165526.758e5904@soran.addix.net> Hi. On Fri, 3 Mar 2006 10:51:59 -0500, Gabriel L. Somlo wrote: > Maybe something like 'exempt all files listed as %doc from being > subjected to find-requires' or something ? Sounds like a sane idea to me. From bugzilla at redhat.com Fri Mar 3 15:51:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 10:51:23 -0500 Subject: [Bug 183028] Review Request: perl-Spiffy In-Reply-To: Message-ID: <200603031551.k23FpNBl014485@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spiffy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183028 ------- Additional Comments From steve at silug.org 2006-03-03 10:51 EST ------- I haven't seen (or come up with) another solution that I'm completely happy with yet, but I've been watching the "Filtering requires/provides" thread on fedora-perl-devel-list. When that's resolved, I'll fix this and the other packages I submitted, and I'll add code to cpanspec to match. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Fri Mar 3 15:59:06 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 03 Mar 2006 07:59:06 -0800 Subject: Documentation request In-Reply-To: <44068E26.1060204@fedoraproject.org> References: <44063157.3030809@fedoraproject.org> <1141279748.26491.11.camel@thl.ct.heise.de> <44068E26.1060204@fedoraproject.org> Message-ID: <440867CA.3070307@kobold.org> Hi Rahul, Rahul Sundaram wrote: > Thorsten Leemhuis wrote: > >> Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: >> >> >> >>> You can document in http://fedoraproject.org/wiki/. [...] >>> >> >> >> Wouldn't >> http://fedoraproject.org/wiki/Packages/ >> or >> http://fedoraproject.org/wiki/Extras/Packages/ >> (I would prefer the former) >> >> be a better place? Just my 2 cent. >> >> >> > I dont think so. It just makes access harder for those who are new to > the wiki. Just create a new category "CategoryPackages" and make every > such page at the root level in this category for keeping track of them. I saw that you made changes to the xpilot and scorched3d links on the /Games page to place packages at the top of the wiki tree (wiki/xpilot). Is there any specific reason that you didn't want to do this for the other links on the page? I'll do it myself if this is the preferred structure (which it sounds like it is). Also, I notice that the Category drop down menu on the wiki edit page doesn't contain the CategoryPackages entry. What's the difference between using the dropdown menu to select the page category and adding wiki links at the bottom of the page (as is done now)? --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From rdieter at math.unl.edu Fri Mar 3 15:53:37 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 03 Mar 2006 09:53:37 -0600 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <20060303094204.GC3003@free.fr> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141378206.16522.43.camel@mccallum.corsepiu.local> <20060303094204.GC3003@free.fr> Message-ID: Patrice Dumas wrote: >>>It also allows to keep spec file in sync for the different branches. >> >>Non sense. devel must always be greater than the rest. > > > Indeed. But it isn't in contradiction with what I said. > > Imagine you have a package in FC-4 and devel and you want to keep the > spec files in sync as much as possible, but there are small differences > nevertheless. For example there is an excludearch in devel because the > computer segfaults for this arch in devel. In the beginning the release > is the same for both branches. Then for example you try a build without the > excludearch in devel. It is possible to bump the release, but extending > the release such that the release numbers are kept in sync makes sense, > such that, later the release may be bumped on all branches when there is > a non trivial change. If it happens that it isn't possible to keep the > differences between branches minimal, then it may make sense to lose > the synchro between specs for the branches, and then bump release > independently but when it is possible to keep them in sync, it may makes > sense. I agree with you Patrice. For branch-specific modifications, it should be perferctly OK to do what you're describing (heck, I *did* do that for the fc5/gcc rebuilds with most of my packages). -- Rex From nman64 at n-man.com Fri Mar 3 16:07:18 2006 From: nman64 at n-man.com (Patrick Barnes) Date: Fri, 3 Mar 2006 10:07:18 -0600 Subject: Documentation request In-Reply-To: <440867CA.3070307@kobold.org> References: <44063157.3030809@fedoraproject.org> <44068E26.1060204@fedoraproject.org> <440867CA.3070307@kobold.org> Message-ID: <200603031007.20706.nman64@n-man.com> On Friday 03 March 2006 09:59, Michael Thomas wrote: > Hi Rahul, > > Rahul Sundaram wrote: > > Thorsten Leemhuis wrote: > >> Am Donnerstag, den 02.03.2006, 05:12 +0530 schrieb Rahul Sundaram: > >>> You can document in http://fedoraproject.org/wiki/. [...] > >> > >> Wouldn't > >> http://fedoraproject.org/wiki/Packages/ > >> or > >> http://fedoraproject.org/wiki/Extras/Packages/ > >> (I would prefer the former) > >> > >> be a better place? Just my 2 cent. > > > > I dont think so. It just makes access harder for those who are new to > > the wiki. Just create a new category "CategoryPackages" and make every > > such page at the root level in this category for keeping track of them. > > I saw that you made changes to the xpilot and scorched3d links on the > /Games page to place packages at the top of the wiki tree (wiki/xpilot). > Is there any specific reason that you didn't want to do this for the > other links on the page? I'll do it myself if this is the preferred > structure (which it sounds like it is). Placing them under /Games (eg. /Games/xpilot) would be preferred. Please correct any links or pages that are at the top-level. > > Also, I notice that the Category drop down menu on the wiki edit page > doesn't contain the CategoryPackages entry. What's the difference > between using the dropdown menu to select the page category and adding > wiki links at the bottom of the page (as is done now)? There really is no difference. Creating a CategoryPackages page would create the item in the list. I'll take care of that for you. ;-) -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Fri Mar 3 16:03:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 11:03:36 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603031603.k23G3aem017887@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From fedora at leemhuis.info 2006-03-03 11:03 EST ------- (In reply to comment #6) > The rpath issues will be caught by check-rpaths in the build system > and will make the build fail, provided that it occurs. Does the buildsys really check those things currently? I don't think so -- I've seen some packages in Extras that had hardcoded rpaths. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 3 16:17:26 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 17:17:26 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <1141400478.22558.372.camel@ernie> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> Message-ID: <20060303171726.25504678.bugs.michael@gmx.net> On Fri, 03 Mar 2006 10:41:17 -0500, Ed Hill wrote: > If you go back through the email list archives there was a long > discussion about not relying on the fact that: > > fc3 < fc4 < fc5 > > when rpm and yum (and other tools) do comparisons of the EVR. So, you > are in fact violating our long-debated (way too long-debated, IMHO) > policy. Now this is interesting unless I misunderstand this comment. ;) Surely the majority of packagers rely on %{?dist} in exactly the way you describe above. One spec, a unique %{release} value and .fc3 < .fc4 < .fc5 as the dist tag. [Not to jump back to the old discussions, but the dist tag is insufficient in several cases. Not limited to CD-based releases and snapshot releases. Like "upgrade from up-to-date FC4 plus Extras to a copy of stock FC5 plus Extras found in a magazine" -- FC4 updates could be newer than stock FC5. Or "upgrade FC4 to FC5 via CD, but needing to wait for firstboot for online updates of Extras". In a slightly better world, all packages for one distribution release would be seen as older than all packages for the next release for the lifetime of both distributions, regardless of whether with or without updates. And that is not trivial to do -- unless we introduced a %{distepoch}, hehe.] From bugzilla at redhat.com Fri Mar 3 16:12:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 11:12:03 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603031612.k23GC3lu020300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bdpepple at ameritech.net 2006-03-03 11:11 EST ------- (In reply to comment #7) > Does the buildsys really check those things currently? I don't think so -- I've > seen some packages in Extras that had hardcoded rpaths. I think your right, but off the top of my head I can't think of any of the packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Fri Mar 3 16:37:59 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Mar 2006 17:37:59 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <20060303171726.25504678.bugs.michael@gmx.net> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> <20060303171726.25504678.bugs.michael@gmx.net> Message-ID: <1141403879.5203.16.camel@mccallum.corsepiu.local> On Fri, 2006-03-03 at 17:17 +0100, Michael Schwendt wrote: > On Fri, 03 Mar 2006 10:41:17 -0500, Ed Hill wrote: > > > If you go back through the email list archives there was a long > > discussion about not relying on the fact that: > > > > fc3 < fc4 < fc5 > > > > when rpm and yum (and other tools) do comparisons of the EVR. So, you > > are in fact violating our long-debated (way too long-debated, IMHO) > > policy. > > Now this is interesting unless I misunderstand this comment. ;) Surely the > majority of packagers rely on %{?dist} in exactly the way you describe > above. One spec, a unique %{release} value and > > .fc3 < .fc4 < .fc5 > > as the dist tag. This works flawlessly if specs for all fedora release are identical, i.e. if the same spec file is "being rebuilt for another fedora release". This becomes unhandy (IMO non applicable), if specs for different releases diverge significantly. Then I prefer to think of spec file development in terms of trees, similar to a biological tree: - "devel" is the "main sprout" - "older fedora releases" are "branches". If you consider this, and how packages in Fedora typically evolve over time, you'll see that 1. "devel" typically "gallops away", .1%{?dist} ... .4%{?dist} 2. At a certain point in time a FCN branch is being created. ->.4%{?dist} 3. "devel" continues to "gallop away", - devel -> .5%{?dist} - FCN remains compatible -> .5%{?dist} 4. a major change is being introduced to devel: - devel -> .6%{?dist} ... .8%{?dist} - FCN stays at .5%{?dist} Now a bug is found in FCN ... How to choose the release tag? .6%{?dist} already is occupied by the version in "devel" One possible solution => .5%{?dist}.1 Or put it differently: Logically, .5%{?dist}.1 is a decendent/fork of .5%{?dist}, and not of the version on "devel" (CVS term: HEAD). => I don't see, why there ever should be any need to use "Release: [0-9]+%{?dist}.*" on HEAD (aka devel). Ralf From paul at cypherpunks.ca Fri Mar 3 16:53:29 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 3 Mar 2006 17:53:29 +0100 (CET) Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: <30317.129.42.161.36.1141327545.squirrel@jdub.homelinux.org> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <30317.129.42.161.36.1141327545.squirrel@jdub.homelinux.org> Message-ID: On Thu, 2 Mar 2006, Josh Boyer wrote: > http://fedoraproject.org/wiki/Extras/UsingCvsFaq > > under the "How do I update an existing package" section. However, it > doesn't talk about patches. I'll try to add something there tonight. Please also add: You must clean up the files from 'make srpm' and 'make i386' before running 'make tag', otherwise you will half-tag the system and need to increase the release tag once more' I really wish the bug about 'half tagged' systems would be fixex. Or that a make untag target would kill that last half tag state. Paul From bugzilla at redhat.com Fri Mar 3 16:55:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 11:55:21 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603031655.k23GtLEL031830@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From somlo at cmu.edu 2006-03-03 11:55 EST ------- Spec Name or Url: http://www.contrib.andrew.cmu.edu/~somlo/argus.specSRPM Name or Url: http://www.contrib.andrew.cmu.edu/~somlo/argus-2.0.6.fixes.1-2.src.rpm Fixed dependency problems with files included as %doc, also misc. spec file improvements. Anyone care to have a look ? :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Fri Mar 3 17:07:30 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Fri, 3 Mar 2006 17:07:30 +0000 Subject: CRAN to rpm spec script. Message-ID: <200603031707.31693.jamatos@fc.up.pt> Hi, as a mean to submit more R packages to Extras I have created a python script that analyzes CRAN (R language) packages and from there creates an rpm spec file. That is a first step as there are always issues that need to be validated manually. R is more forgiving than rpm. ;-) So if you start to see lots of R packages being submitted to Extras you know who to blame. ;-) The script (released under GPL2) can be found here: http://www.fc.up.pt/pessoas/jamatos/R/cran2rpmspec All comments are welcome. :-) -- Jos? Ab?lio From wart at kobold.org Fri Mar 3 17:10:18 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 03 Mar 2006 09:10:18 -0800 Subject: Orphaned claim: gnugo In-Reply-To: <883cfe6d0603030618n779b76fau1c53d6e35129f342@mail.gmail.com> References: <883cfe6d0603020654n6437ec5v766c384b882597fc@mail.gmail.com> <44073BAB.6060709@kobold.org> <883cfe6d0603030618n779b76fau1c53d6e35129f342@mail.gmail.com> Message-ID: <4408787A.6000703@kobold.org> Michel Salim wrote: > On 3/2/06, Michael Thomas wrote: > >>Michel Salim wrote: >> >>>I emailed the list, but as a reply to a long thread - so to make sure, >>>I'm taking over packaging of GnuGo. Don't want to see it removed since >>>Quarry is less useful without it. >> >>Can I convince you to add these to the Games wiki page? :) >> >>http://fedoraproject.org/wiki/Games >> > > Added! I'll get back and add contents to those pages later. Thanks Michel! --Mike From paul at cypherpunks.ca Fri Mar 3 17:11:35 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 3 Mar 2006 18:11:35 +0100 (CET) Subject: success, was Re: Still source not found :Prep Error (Job 5672): In-Reply-To: <20060303111303.4c83a063.bugs.michael@gmx.net> References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> <20060303111303.4c83a063.bugs.michael@gmx.net> Message-ID: On Fri, 3 Mar 2006, Michael Schwendt wrote: > After every modification and prior to every new build attempt you need > to either re-tag your files in CVS or apply a new tag. Else the build > system would check out the old(er) files, which are still tagged forever, > and would not know that it should take the modified new(er) files instead, > which are not tagged yet. Can one "re-tag" with a current tag without creating a new (incremented) one? > > Error: could not make srpm for l2tpd-0_69-0_3_20051030_fc5 - output was: > > Here you can verify what the build system checks out. > l2tpd-0_69-0_3_20051030_fc5 is the tag on the files. > %name-%version-%release with dots replaced with underscores: > Examine the "sources" and ".cvsignore" files. Do you like what you > see? Everything complete? Then "make srpm" works. Else you haven't > tagged your files correctly. The problem for me was 'make srpm' and 'make i386' worked, but 'make build' did not. Increasing the release number and re-tagging helped. Wuth the other package in limbo I did the same, but then had output files from make srpm and make i386, which caused 'make tag' to again abort halfway through, so I had rm those files locally, and again increaase the build number and create a new tag. It suckes, but it worked now. I think 'make tag' should do more sanity checks before it starts modifying things, so that it doesnt fail midway the process, but fails at the start. So both my packages that were in not being built have now successfully rebuild. Thanks for the help guys, Paul > -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 From paul at cypherpunks.ca Fri Mar 3 17:17:09 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 3 Mar 2006 18:17:09 +0100 (CET) Subject: claiming orphaned package hping2 ? Message-ID: Hi, I would like to claim hping2 (which I thought I had already done in the past). Removing this package would break a nagios-plugins dependancy. Paul From bugzilla at redhat.com Fri Mar 3 17:22:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 12:22:17 -0500 Subject: [Bug 182415] Review Request: man-pages-uk - Ukrainian man pages from Linux Documentation Project In-Reply-To: Message-ID: <200603031722.k23HMHgu006506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: man-pages-uk - Ukrainian man pages from Linux Documentation Project https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182415 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry at butskoy.name ------- Additional Comments From dmitry at butskoy.name 2006-03-03 12:22 EST ------- Certainly, it is a useful package, but IMHO it is a bad choice for the first FE experience. To sponsor you, a sponsor should review your stuff more carefully (rather than in normal case) -- i.e., for this package the sponsor must know Ukranian language... Maybe you can submit something also? After that (when you will be sponsored) it would be more easy to review this one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Fri Mar 3 17:27:32 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 03 Mar 2006 18:27:32 +0100 Subject: rpms/gtkglarea2/devel gtkglarea2.spec,1.12,1.13 In-Reply-To: <20060303120122.1b4c452e.bugs.michael@gmx.net> References: <200603022132.k22LWggU002805@cvs-int.fedora.redhat.com> <1141377128.16522.34.camel@mccallum.corsepiu.local> <20060303120122.1b4c452e.bugs.michael@gmx.net> Message-ID: <1141406852.5203.32.camel@mccallum.corsepiu.local> On Fri, 2006-03-03 at 12:01 +0100, Michael Schwendt wrote: > On Fri, 03 Mar 2006 10:12:07 +0100, Ralf Corsepius wrote: > > > On Thu, 2006-03-02 at 16:30 -0500, Michael Schwendt wrote: > > > Author: mschwendt > > > > > > Update of /cvs/extras/rpms/gtkglarea2/devel > > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2108/gtkglarea2/devel > > > > > > Modified Files: > > > gtkglarea2.spec > > > Log Message: > > > Build disabled. Package is without maintainer. > > > > This package clearly provides evidence of why "orphaning packages" is > > unnecessarily strict, and why adding additional states of package > > maintainership are useful > > (c.f. > > https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00149.html) > > > > I have this package in a dep chain of a package I am using outside of > > Fedora, and therefore had expressed my will to "have an eye on this > > package" but am not interested in permanently maintaining this package. > > > > Apparently others (notably Gerard Milmeister, he recently seems to have > > adapted the spec to FC5) are in a similar position. > > No, not a similar position. Gerard _depends_ on this package within FE > (lablgtk). Which is why last night in the Wiki I moved this package from > the list of "packages without maintainer" to "potentially orphaned > packages". Note that I did not delete the binaries. However, owners.list > does not reflect your (or Gerard's) interest in this package. The Wiki did. > > Here FESCo's policy of "strict maintainer<->package" apparently fails, > > while collaborative, "keep package alive-maintainership" wouldn't be a > > problem (gtkglarea2 is discontinued and stagnating for years, > > nevertheless it still works and is being used). > > See above. Add yourself to CC in owners.list (provided that this feature > still works or will be corrected if it is broken). I'll try. Ralf From bugzilla at redhat.com Fri Mar 3 18:06:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 13:06:07 -0500 Subject: [Bug 183912] New: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit 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=183912 Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andy at smile.org.ua QAContact: fedora-extras-list at redhat.com SRPM Name or Url: ftp://andriy.asplinux.com.ua/pub/people/andy/extras/jack-audio-connection-kit-0.100.0-1.src.rpm Spec Name or Url: ftp://andriy.asplinux.com.ua/pub/people/andy/extras/jack-audio-connection-kit.spec Description: JACK is a low-latency audio server, written primarily for the Linux operating system. It can connect a number of different applications to an audio device, as well as allowing them to share audio between themselves. Its clients can run in their own processes (ie. as a normal application), or can they can run within a JACK server (ie. a "plugin"). JACK is different from other audio server efforts in that it has been designed from the ground up to be suitable for professional audio work. This means that it focuses on two key areas: synchronous execution of all clients, and low latency operation. P.S. I need a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Fri Mar 3 18:25:49 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 03 Mar 2006 10:25:49 -0800 Subject: games user and group In-Reply-To: <4404EB4A.40304@kobold.org> References: <4404EB4A.40304@kobold.org> Message-ID: <44088A2D.2080208@kobold.org> Michael Thomas wrote: > I've got a few questions regarding the use of the 'games' user and group > for game packages. The resulting recommended practices will be posted > to the Extras/SIGs/Games wiki page. > > Daemon processes > ================ > Some games such as wesnoth and xpilot-ng come with server daemons. I > see three choices for the owner of these daemon processes: > > 1) root (ick!) > 2) Allocate a separate '' user for each package/daemon > 3) Piggyback on the 'games' user > > My preference would be #3. Are there any drawbacks to reusing the > 'games' user to run various game daemons? > > Scoreboard files > ================ > Two packages that I recently submitted for review ('rogue' and 'ularn') > use the 'games' group and a setgid executable so that all users have > access to the shared scoreboard file. Are there any security issues > that we need to be aware of when using setgid games? > > File ownership > ============== > Almost every package that I see in FE uses %defattr(-,root,root,-). Is > there any reason why we shouldn't be using %defattr(-,games,games,-) for > game packages (including documentation, manpages and such)? The concensus from fedora-devel and fedora-extras is this: * Use a unique user for each game daemon as a minimum. Layer other security tools such as selinux on top of that. * No comment on the use of setgid 'games' executables for writing to a shared scoreboard file. I'll assume that this is acceptible. * Files should be owned by root.root, with the exception of the shared writable files (scoreboard, etc.). I'll update this on the Extras/SIGs/Games wiki page at some point today. Thanks for the feedback, --Mike From bugzilla at redhat.com Fri Mar 3 18:28:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 13:28:11 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603031828.k23ISB0C022177@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-03 13:28 EST ------- Thanks for the feedback. With the configure script, using the shared pointer from tr1 required a little more voodoo that AC_CHECK_HEADER normally requires. It's fixed now. On the docs packaging, I wasn't sure if I needed a separate package or not. automake is the one that actually installs the docs into that directory. Anyway, I went ahead and added a documentation subpackge which is probably better in the longrun anyway. The updated spec and srpm can be found here: Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/idioskopos-0.1.8-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 18:37:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 13:37:08 -0500 Subject: [Bug 183439] Review Request: papyrus (Canvas drawing library based on cairo/cairomm) In-Reply-To: Message-ID: <200603031837.k23Ib8MO025134@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: papyrus (Canvas drawing library based on cairo/cairomm) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183439 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-03 13:37 EST ------- Note to reviewer: The configure script has a problem with the tr1 shared pointer header and needs the same AC_CHECK_HEADER voodoo that idioskopos needed (http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438). There's a new Sketchpad in this library, so I'll push a new release later today that will have the new code plus the AC_CHECK_HEADER voodoo. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Fri Mar 3 19:02:38 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 3 Mar 2006 14:02:38 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060303190238.E86E78014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 13 centericq-4.21.0-5.fc3 cfengine-2.1.19p1-1.fc3 dap-freeform_handler-3.6.0-1.fc3 dap-netcdf_handler-3.6.0-1.fc3 dap-server-3.6.0-2.fc3 hdf5-1.6.5-1.fc3 libdap-3.6.0-1.fc3 libnc-dap-3.6.0-1.fc3 mercurial-0.8-1.fc3 phpldapadmin-0.9.8.1-1.fc3 rekall-2.4.0-4.fc3 wine-0.9.9-1.fc3 wine-docs-0.9.9-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Mar 3 19:06:15 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 3 Mar 2006 14:06:15 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060303190615.7D8A28014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 15 R-mAr-1.1-4.fc4 centericq-4.21.0-5.fc4 cfengine-2.1.19p1-1.fc4 dap-freeform_handler-3.6.0-1.fc4 dap-netcdf_handler-3.6.0-1.fc4 dap-server-3.6.0-2.fc4 libdap-3.6.0-1.fc4 libnc-dap-3.6.0-1.fc4 mediawiki-1.5.7-1.fc4 neverball-1.4.0-5.fc4 perl-Convert-PEM-0.07-3.fc4 perl-Crypt-DSA-0.13-1.fc4 phpldapadmin-0.9.8.1-1.fc4 rekall-2.4.0-4.fc4 wine-0.9.9-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 Mar 3 19:11:18 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 3 Mar 2006 14:11:18 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060303191118.1DC058014@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 38 R-mAr-1.1-4.fc5 WindowMaker-0.92.0-8.fc5 abicheck-1.2-10 bash-completion-20060301-1.fc5 centericq-4.21.0-7.fc5 cfengine-2.1.19p1-1.fc5 dap-freeform_handler-3.6.0-1.fc5 dap-hdf4_handler-3.6.0-2.fc5.1 dap-netcdf_handler-3.6.0-1.fc5 dap-server-3.6.0-1.fc5 dap-server-3.6.0-1.fc5.1 dap-server-3.6.0-2.fc5 fetchlog-1.0-7.fc5 fluxbox-0.9.14-3.fc5 gpgme-1.1.2-1.fc5 grhino-0.15.0-5.fc5 heartbeat-2.0.3-9.fc5 hping2-2.0.0-0.5.rc3 l2tpd-0.69-0.4.20051030.fc5 libdap-3.6.0-1.fc5 libipoddevice-0.4.1-1 libnc-dap-3.6.0-1.fc5.1 libopensync-plugin-kdepim-0.18-2.fc5 licq-1.3.2-6 mediawiki-1.5.7-1.fc5 neverball-1.4.0-5 neverball-1.4.0-6.fc5 perl-IO-All-0.33-2.fc5 perl-Module-CoreList-2.04-2.fc5 perl-Spoon-0.23-3.fc5 perl-Test-WWW-Mechanize-1.08-2.fc5 phpldapadmin-0.9.8.1-1.fc5 rekall-2.4.0-4.fc5 swatch-3.1.1-5.fc5 thinkpad-kmod-common-5.9-1.fc5 tla-1.3.4-3.fc5 wine-0.9.9-1.fc5 wine-docs-0.9.9-1.fc5 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 Fri Mar 3 19:31:05 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 20:31:05 +0100 Subject: Still source not found :Prep Error (Job 5672): In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <30317.129.42.161.36.1141327545.squirrel@jdub.homelinux.org> Message-ID: <20060303203105.7ff90d89.bugs.michael@gmx.net> On Fri, 3 Mar 2006 17:53:29 +0100 (CET), Paul Wouters wrote: > On Thu, 2 Mar 2006, Josh Boyer wrote: > > > http://fedoraproject.org/wiki/Extras/UsingCvsFaq > > > > under the "How do I update an existing package" section. However, it > > doesn't talk about patches. I'll try to add something there tonight. > > Please also add: > > You must clean up the files from 'make srpm' and 'make i386' before running > 'make tag', otherwise you will half-tag the system and need to increase the > release tag once more' Just do something like export WORKDIR=~/tmp/rpm/tmp and move your build-files to somewhere else. Further: > I really wish the bug about 'half tagged' systems would be fixex. Or that > a make untag target would kill that last half tag state. This is a _user_ mistake with an easy way out for everyone who knows what he's doing. As soon as it is made even easier to re-tag files, some users will run into other problems. From bugs.michael at gmx.net Fri Mar 3 19:38:55 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 20:38:55 +0100 Subject: success, was Re: Still source not found :Prep Error (Job 5672): In-Reply-To: References: <20060302001716.40475fb2.bugs.michael@gmx.net> <1141323408.10477.7.camel@bobcat.mine.nu> <1141328213.5452.13.camel@dhcp83-104.boston.redhat.com> <20060302215538.6d36ac70.bugs.michael@gmx.net> <20060303111303.4c83a063.bugs.michael@gmx.net> Message-ID: <20060303203855.1ac0f7d6.bugs.michael@gmx.net> On Fri, 3 Mar 2006 18:11:35 +0100 (CET), Paul Wouters wrote: > Can one "re-tag" with a current tag without creating a new (incremented) one? Yes. "man cvs", and the Makefile in Fedora Extras CVS supports an environment variable for this. Everyone, who likes to burn his fingers, can examine the files. > The problem for me was 'make srpm' and 'make i386' worked, but 'make build' > did not. Increasing the release number and re-tagging helped. make srpm and make i386 don't care about the tag. > Wuth the other package in limbo I did the same, but then had output files from > make srpm and make i386, which caused 'make tag' to again abort halfway > through, so I had rm those files locally, and again increaase the build number > and create a new tag. It suckes, but it worked now. I don't think this matches reality. Most likely you forgot to commit modified files before running "make tag". From bugs.michael at gmx.net Fri Mar 3 19:43:51 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 20:43:51 +0100 Subject: claiming orphaned package hping2 ? In-Reply-To: References: Message-ID: <20060303204351.782903dd.bugs.michael@gmx.net> On Fri, 3 Mar 2006 18:17:09 +0100 (CET), Paul Wouters wrote: > > Hi, > > I would like to claim hping2 (which I thought I had already done in the past). > Removing this package would break a nagios-plugins dependancy. > > Paul It's been without maintainer long enough, so editing owners.list in CVS and the Wiki should be your next steps. $ grep hping owners.list Fedora Extras|hping2|A software to do TCP/IP stack auditing and much more|extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| From bugzilla at redhat.com Fri Mar 3 20:08:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 15:08:59 -0500 Subject: [Bug 175168] Review Request: gideon - GUI designer for GTK/C++ In-Reply-To: Message-ID: <200603032008.k23K8xrj017169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gideon - GUI designer for GTK/C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175168 ------- Additional Comments From denis at poolshark.org 2006-03-03 15:08 EST ------- The 'New Window' bug was fixed in R6 apparently. About the desktop entry: the upstream project does not provide any sort of icon that i could use here. Should we skip the desktop menu entry, or provide some default icon ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 3 20:10:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 15:10:50 -0500 Subject: [Bug 183927] New: Review Request: R-wavethresh - R package for wavelets 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=183927 Summary: Review Request: R-wavethresh - R package for wavelets Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jamatos at fc.up.pt QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-wavethresh.spec SRPM Name or Url: http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-wavethresh-2.2-1.src.rpm Description: Software to perform 1-d and 2-d wavelet statistics and transforms -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 20:13:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 15:13:39 -0500 Subject: [Bug 175168] Review Request: gideon - GUI designer for GTK/C++ In-Reply-To: Message-ID: <200603032013.k23KDd3w018229@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gideon - GUI designer for GTK/C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175168 ------- Additional Comments From sundaram at redhat.com 2006-03-03 15:13 EST ------- (In reply to comment #2) > The 'New Window' bug was fixed in R6 apparently. > > About the desktop entry: the upstream project does not provide any sort of icon > that i could use here. Should we skip the desktop menu entry, or provide some > default icon ? > A desktop entry is mandated by the packaging guidelines. I suggest you create a .desktop file as a patch and push this change 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 Fri Mar 3 20:20:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 15:20:53 -0500 Subject: [Bug 175168] Review Request: gideon - GUI designer for GTK/C++ In-Reply-To: Message-ID: <200603032020.k23KKrGb020149@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gideon - GUI designer for GTK/C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175168 ------- Additional Comments From wart at kobold.org 2006-03-03 15:20 EST ------- (In reply to comment #2) > About the desktop entry: the upstream project does not provide any sort of icon > that i could use here. Should we skip the desktop menu entry, or provide some > default icon ? A desktop menu entry without an icon is better than no desktop entry at all. Don't let that prevent you from providing a desktop entry. If upstream doesn't have an official logo then you might try taking a look at the various images used by the application and see if anything would be appropriate for an unofficial logo. You'll probably have to manually convert it to the appropriate size/format. In any case, you should definitely bug upstream to provide both of these. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 3 21:18:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 16:18:33 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603032118.k23LIXot001947@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From ville.skytta at iki.fi 2006-03-03 16:18 EST ------- Multiple vulnerabilities in < 2.0.3: http://www.gulftech.org/?node=research&article_id=00106-03022006 http://gallery.menalto.com/gallery_2.0.3_released -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 3 21:52:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 16:52:05 -0500 Subject: [Bug 181013] Review Request: qgit - a GUI browser for local git repositories In-Reply-To: Message-ID: <200603032152.k23Lq5bM013411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qgit - a GUI browser for local git repositories https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181013 dan at danny.cz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From dan at danny.cz 2006-03-03 16:52 EST ------- qgit is succesfully build for devel and I have asked the author to add an icon -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Fri Mar 3 22:13:27 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 3 Mar 2006 23:13:27 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <1141400478.22558.372.camel@ernie> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> Message-ID: <20060303221327.GB2986@free.fr> > Hi Patrice, > > I'm afraid Ralf is right here. The details (especially small details) > of upstream specs are basically irrelevant. As I said above I agree that it is more important to follow guidelines, but being in sync with upstream spec is an added bonus. > If you go back through the email list archives there was a long > discussion about not relying on the fact that: > > fc3 < fc4 < fc5 But... I always rely on that. Especially when packages are kept in sync for all branches. And even more when there is a need to modify a previous branch. For example, I have fc3: 2%{?dist} fc4: 2%{?dist} And then I modify the fc3 package. What I did previously was to add .1 to the fc3 release such that I get fc4: 2.fc4 fc3: 2.fc3.1 such that there is 2.fc3.1 < 2.fc4 for upgrades. And if I remember well Ville gave me the trick, and if I'm not wrong Spot uses the %{?dist} tag to keep spec files in sync for all the branches... One solution could be to ensure that we never get from a situation where in fc3 and fc4 there is the same release number (ie bump release twice on devel and once on FC-4 just after the import of a package in cvs). This should really be stated somewhere. This would also render the dist tag in release only informational. If so, it should be stated explicitely on the page http://fedoraproject.org/wiki/DistTag > when rpm and yum (and other tools) do comparisons of the EVR. So, you > are in fact violating our long-debated (way too long-debated, IMHO) > policy. I haven't found the thread, looking in gmane, do you have an idea of the date of the thread or words I could use to find it? -- Pat From michael at knox.net.nz Fri Mar 3 22:58:54 2006 From: michael at knox.net.nz (Michael J Knox) Date: Sat, 04 Mar 2006 11:58:54 +1300 Subject: monkey-bubble Message-ID: <1141426734.2590.0.camel@pingu.homenetwork.lan> If there is no objection, I would like to take ownership on monkey-bubble: Fedora Extras|monkey-bubble|Game in the spirit of Frozen Bubble| extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| Thanks Michael From bugs.michael at gmx.net Fri Mar 3 23:12:33 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 3 Mar 2006 18:12:33 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-04 Message-ID: <200603032312.k23NCXhm003246@mx1.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- at-poke 0.2.2-2.i386 cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 gnomebaker 0.5.1-2.fc5.i386 gstreamer08-python 0.8.3-1.fc5.i386 libgdamm 1.3.7-2.fc5.i386 namazu 2.0.15-2.fc5.i386 pam_mount 0.9.25-4.i386 sabayon-admin 2.12.1-2.i386 scalapack 1.7-7.fc4.i386 soundconverter 0.8.3-1.fc5.noarch sylpheed-claws 2.0.0-3.fc5.i386 thinkpad-kmod-common 5.9-1.fc5.i386 tidy-devel 0.99.0-8.20051025.fc5.i386 tripwire 2.3.1-22.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- at-poke 0.2.2-2.ppc cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc gnomebaker 0.5.1-2.fc5.ppc gstreamer08-python 0.8.3-1.fc5.ppc libgdamm 1.3.7-2.fc5.ppc namazu 2.0.15-2.fc5.ppc pam_mount 0.9.25-4.ppc sabayon-admin 2.12.1-2.ppc scalapack 1.7-7.fc4.ppc soundconverter 0.8.3-1.fc5.noarch sylpheed-claws 2.0.0-3.fc5.ppc tidy-devel 0.99.0-8.20051025.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- at-poke 0.2.2-2.x86_64 cernlib 2005-7.fc5.x86_64 cernlib-packlib 2005-7.fc5.x86_64 cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 gnomebaker 0.5.1-2.fc5.x86_64 gstreamer08-python 0.8.3-1.fc5.x86_64 libgdamm 1.3.7-2.fc5.x86_64 namazu 2.0.15-2.fc5.x86_64 pam_mount 0.9.25-4.x86_64 paw 2005-7.fc5.x86_64 sabayon-admin 2.12.1-2.x86_64 scalapack 1.7-7.fc4.x86_64 soundconverter 0.8.3-1.fc5.noarch sylpheed-claws 2.0.0-3.fc5.x86_64 tidy-devel 0.99.0-8.20051025.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: andreas.bierfert AT lowlatency.de package: sylpheed-claws - 2.0.0-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: dillo ---------------------------------------------------------------------- New report for: jcarpenter AT condell.org package: thinkpad-kmod-common - 5.9-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: kmod-thinkpad = 0:5.9 From andreas.bierfert at lowlatency.de Fri Mar 3 23:50:47 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 4 Mar 2006 00:50:47 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-04 In-Reply-To: <200603032312.k23NCXhm003246@mx1.redhat.com> References: <200603032312.k23NCXhm003246@mx1.redhat.com> Message-ID: <20060304005047.39673cb0@arcturus.a.lan> On Fri, 3 Mar 2006 18:12:33 -0500 Michael Schwendt wrote: > ---------------------------------------------------------------------- > New report for: andreas.bierfert AT lowlatency.de > > package: sylpheed-claws - 2.0.0-3.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > dillo Hm, so if nobody objects I will take dillo then :)... - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred From toshio at tiki-lounge.com Fri Mar 3 23:54:59 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 03 Mar 2006 15:54:59 -0800 Subject: Odd mock build problem In-Reply-To: <20060301200936.GA4429@fitheach> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> Message-ID: <1141430099.3357.36.camel@localhost> On Wed, 2006-03-01 at 21:09 +0100, Oliver Andrich wrote: > On Wed, Mar 01, 2006 at 12:03:06PM -0800, Toshio Kuratomi wrote: > > Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a genius > > with mock and I'm not at all familiar with ruby so this may not work. > > Would you care to give it a test? > > > > # Get Ruby versioning > > # The idea is to make a hack that works, even in mock (-: Thanks Rex! > > %global ruby_ver %(ruby -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) > > %if "%{?ruby_ver}" >= "1.8" > > %define ruby_ver2 = %{ruby_ver} > > %endif > > Requires: ruby %{?ruby_ver2} > Hey Oliver -- I just tested this on a local mock build and it seems to work. Since you're the creator of the ruby-spectemplate do you want to review this and then open a bug report on fedora-rpmdevtools? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sat Mar 4 00:00:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 19:00:58 -0500 Subject: [Bug 183947] New: Review Request: R-waveslim - R package for wavelets 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=183947 Summary: Review Request: R-waveslim - R package for wavelets Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jamatos at fc.up.pt QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-waveslim.spec SRPM Name or Url: http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-waveslim-1.5-1.src.rpm Description: Basic wavelet routines for time series (1D), image (2D) and array (3D) analysis. The code provided here is based on wavelet methodology developed in Percival and Walden (2000); Gencay, Selcuk and Whitcher (2001); the dual-tree complex wavelet transform (CWT) from Kingsbury (1999, 2001) as implemented by Selesnick; and Hilbert wavelet pairs (Selesnick 2001, 2002). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Sat Mar 4 00:15:10 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 4 Mar 2006 01:15:10 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-04 In-Reply-To: <200603032312.k23NCXhm003246@mx1.redhat.com> References: <200603032312.k23NCXhm003246@mx1.redhat.com> Message-ID: <20060304001510.GF2986@free.fr> > cernlib 2005-7.fc5.x86_64 > cernlib-packlib 2005-7.fc5.x86_64 > paw 2005-7.fc5.x86_64 These are old cernlib version, and are linked against previous openmotif. I can't rebuild a more recent cernlib, due to g77 dying on x86_64 (bus error). I reported the g77 issue, but it is in a compat package, so won't be fixed. gfortran is missing some intrinsics, so we must stay with g77. It is very possible that the g77 issue could be solved by changing the build flags. But I don't have any x86_64 box to test. So if somebody is interested in the cernlib on x86_64, please say it so we can fix that issue. For an example of how flags are changed for the programs, somebody interested could have a look at 102-dont-optimize-some-code.dpatch -- Pat From wart at kobold.org Sat Mar 4 00:44:05 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 03 Mar 2006 16:44:05 -0800 Subject: monkey-bubble In-Reply-To: <1141426734.2590.0.camel@pingu.homenetwork.lan> References: <1141426734.2590.0.camel@pingu.homenetwork.lan> Message-ID: <4408E2D5.7070705@kobold.org> Michael J Knox wrote: > If there is no objection, I would like to take ownership on > monkey-bubble: > > Fedora Extras|monkey-bubble|Game in the spirit of Frozen Bubble| > extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| I promise not to object as long as you document monkey-bubble on the Games page :) http://fedoraproject.org/wiki/Games --Mike From kevin-fedora-extras at scrye.com Sat Mar 4 01:25:55 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 03 Mar 2006 18:25:55 -0700 (MST) Subject: REMINDER: Fedora Extras Review Day this Sunday (2006-03-05) Message-ID: <20060303.182555.426031797.kevin@scrye.com> Just a reminder, there will be a Fedora Extras Review day this Sunday (2006-03-05). Come join us in #fedora-extras. More information at: http://fedoraproject.org/wiki/Extras/ReviewDay kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Sat Mar 4 01:32:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 20:32:39 -0500 Subject: [Bug 183953] New: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) 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=183953 Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rvinyard at cs.nmsu.edu QAContact: fedora-extras-list at redhat.com Need sponsor. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/bit.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/bit-0.1.26-1.src.rpm Description: The purpose of the bit library is to simplify the parsing of data streams into fields that are not octet (byte) oriented. The library also contains a collection of gtkmm widgets for display of the parsed data streams. Other notes: This library is dependent upon another library (conexus) that is pending review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 01:53:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 20:53:49 -0500 Subject: [Bug 183953] Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) In-Reply-To: Message-ID: <200603040153.k241rnYm001392@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183953 ------- Additional Comments From admin at ramshacklestudios.com 2006-03-03 20:53 EST ------- Not a review, but a quick comment (as this hit me when I first submitted lucidlife for review): You don't really need the Requires: line in the main package, as that is redundant (the BuildRequires: *-devel things will pull in the .so name dependencies). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From michael at knox.net.nz Sat Mar 4 03:25:48 2006 From: michael at knox.net.nz (Michael J Knox) Date: Sat, 04 Mar 2006 16:25:48 +1300 Subject: monkey-bubble In-Reply-To: <4408E2D5.7070705@kobold.org> References: <1141426734.2590.0.camel@pingu.homenetwork.lan> <4408E2D5.7070705@kobold.org> Message-ID: <1141442749.2590.2.camel@pingu.homenetwork.lan> On Fri, 2006-03-03 at 16:44 -0800, Michael Thomas wrote: > Michael J Knox wrote: > > If there is no objection, I would like to take ownership on > > monkey-bubble: > > > > Fedora Extras|monkey-bubble|Game in the spirit of Frozen Bubble| > > extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| > > I promise not to object as long as you document monkey-bubble on the > Games page :) > > http://fedoraproject.org/wiki/Games > Certainly can. Will do once its working :-) Michael From bugzilla at redhat.com Sat Mar 4 04:50:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 3 Mar 2006 23:50:51 -0500 Subject: [Bug 177827] Review Request: python-ctypes - Advanced Foreign Function Interface for Python In-Reply-To: Message-ID: <200603040450.k244oppL006434@www.beta.redhat.com> Please 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-ctypes - Advanced Foreign Function Interface for Python https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177827 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-03 23:50 EST ------- ping. (URLs are still inaccessible.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 05:08:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 00:08:07 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603040508.k24587iv010309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From jwb at redhat.com 2006-03-04 00:07 EST ------- I'm not sure this vulnerability applies since I'm using a CVS snapshot, but I've updated the packages anyway to today's snapshot. I've also changed the version to 2.0 (from 2.0.2) to reflect the fact that I'm pulling from the trunk, not from the 2.0.2 or 2.0.3 branch. I'd like to get a formal review and approve or reject for this package - I believe I've met all of the packaging requirements / guidelines, and to be honest I'm getting a bit frustrated by the time it's taking. I appreciate the help in getting it into shape, but I'd like to get a formal accept or reject (and a reason why if the latter). New packages: SPEC: http://www.berningeronline.net/gallery2.spec SRPM: http://www.berningeronline.net/gallery2-2.0-0.11cvs20060303.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 05:22:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 00:22:27 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603040522.k245MRee013707@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rc040203 at freenet.de 2006-03-04 00:22 EST ------- Though this package is basically OK, some details are causing me headaches: 1) cat usr/lib/pkgconfig/idioskopos-0.1.pc ... Description: @PROJECT_DESCRIPTION@ ... 2) IMO, the docs belong into *-devel and not into a separate package, installing its files into /usr/share/doc/-doc-%version. If you really want to keep the docs as a separate package, then they either should be installed into a separate shared directory (e.g. /usr/share//docs or similar) or be folded into the *-devel package. I definitely prefer seeing them inside of *-devel's /usr/share/doc/-%version directory. Not relevant for Fedora, but more a personal note to you as upstream maintainer: The configure script could use a major overhaul. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 05:26:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 00:26:38 -0500 Subject: [Bug 177827] Review Request: python-ctypes - Advanced Foreign Function Interface for Python In-Reply-To: Message-ID: <200603040526.k245QcBK014859@www.beta.redhat.com> Please 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-ctypes - Advanced Foreign Function Interface for Python https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177827 ------- Additional Comments From icon at fedoraproject.org 2006-03-04 00:26 EST ------- My apologies! I've had to firewall off that machine according to the McGill policies. Here are the new locations: http://open.mcgill.ca/~icon/fe/python-ctypes-0.9.6-1.src.rpm http://open.mcgill.ca/~icon/fe/python-ctypes.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 Mar 4 05:56:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 00:56:49 -0500 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200603040556.k245unr4022340@www.beta.redhat.com> Please 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 rc040203 at freenet.de 2006-03-04 00:56 EST ------- Ping? What is the status of this package? It had been approved 4.5 months ago, however nothing seems to have happened since then. Close as WONTFIX? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 07:40:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 02:40:21 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603040740.k247eLUK006846@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-04 02:40 EST ------- I cannot sponsor you. But I thought I'd do a review of the package and maybe it would help get someone else to look things over and sponsor you sooner. rpmlint: src.rpm: W: pyspi strange-permission pyspi.spec 0600 - You can change the mode to 0644 but this shouldn't harm anything. x86_64.rpm: W: pyspi no-version-in-last-changelog - Changelogs in FE contain package version information like so: * Tue Feb 14 2006 Zack Cerza - 0.5.4-1 Needswork: * Source should be a full URL to the upstream source: http://people.redhat.com/zcerza/dogtail/releases/rpm_inst/%{name}-%{version}.tar.gz * Description is short. Perhaps something like this: ''' at-spi allows assistive technologies to access GTK-based applications. It exposes the internals of applications for automation, so tools such as screen readers and scripting interfaces can query and interact with GUI controls. The pyspi binding allows the python language to be used to script at-spi aware applications (currently GTK+ based.) ''' * Requires: at-spi is not needed as rpm finds the dependency automatically. Requires: python is not needed in FC4+ (rpm generates a requirement for: python(abi) = 2.4 I'm not sure about FC3 but that's in maintence mode so you probably want to drop this explicit requirement from the spec file as well. Minor: * The FE preferred BuildRoot is %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) The id -u at the end ensures that two people rebuilding the package on a multi-user machine will not conflict with each other. * Usual group for python libraries is Development/Languages * You may use the %{dist} tag at the end of Release to make releases for several Core releases easier. Good: Went through the whole checklist. Here are the highlights: * Follows naming guidelines * spec name matches base package name * License is LGPL and properly reflected in tarball, spec, and package. * The spec is quite understandable * Source matches upstream tarball * Builds on x86_64 * Permissions set correctly * %clean cleans buildroot * Consistently uses macros * Documentation from the tarball is included * Does not own files owned by another package * No scriptlets * Builds in mock * Not understanding how at-spi is supposed to work, I didn't actually see if pyspi does anything useful. I was able to load it up in the python interpreter and instantiate various atspi objects without segfaults, introspect them, and generally realize how foreign at-spi is to me. I'll look at dogtail next and see what I can do with the combination of packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sat Mar 4 07:51:44 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 04 Mar 2006 07:51:44 +0000 Subject: Wine and x86_64 Message-ID: <1141458704.8805.23.camel@T7.Linux> Hi, Is Wine currently not building for x86_64? TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From dragoran at feuerpokemon.de Sat Mar 4 07:56:21 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 04 Mar 2006 08:56:21 +0100 Subject: Wine and x86_64 In-Reply-To: <1141458704.8805.23.camel@T7.Linux> References: <1141458704.8805.23.camel@T7.Linux> Message-ID: <44094825.9050101@feuerpokemon.de> Paul wrote: >Hi, > >Is Wine currently not building for x86_64? > >TTFN > >Paul > > it should build with a configure flag (--enable-win64 ) but then it only will be able to run 64bit windows binarys (and there are not much of them). wine-i386 should be in the x86_64 repo too. From andreas.bierfert at lowlatency.de Sat Mar 4 08:09:21 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 4 Mar 2006 09:09:21 +0100 Subject: Wine and x86_64 In-Reply-To: <44094825.9050101@feuerpokemon.de> References: <1141458704.8805.23.camel@T7.Linux> <44094825.9050101@feuerpokemon.de> Message-ID: <20060304090921.2c5fd3b7@alkaid.a.lan> On Sat, 04 Mar 2006 08:56:21 +0100 > it should build with a configure flag (--enable-win64 ) but then it only > will be able to run 64bit windows binarys (and there are not much of them). > wine-i386 should be in the x86_64 repo too. First of all: It currently does not build for me on x86_64 with the --enable-win64 flag set although I am trying to get it working. Wine upstream said that it would take another year or so till 64bit wine actually would do any good so we might think of including it in FE devel _after_ FC5 branching. What my plans are nevertheless is to include wine.i386 in the x86_64 repository as this is what most people will want atm anyway and make the x86_64 version of wine parallel installable to the i386 version (however that will work is another issue I am thinking about). So maybe we will have some solution within the next weeks for the i386 version getting added to the x86_64 FE repo (please suggestions on who, how, when, what are very much welcome). For the time being just install the i386 version on your x86_64 manually (will most likely need to install some .i386 rpms from core but should work via yum). It works just fine here. - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Sat Mar 4 08:27:06 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 04 Mar 2006 09:27:06 +0100 Subject: %datadir or %datadir/games for games? Message-ID: <44094F5A.8090301@hhs.nl> Hi all, I just read on the Games SIG page that it is advised to put data in %datadir/ but shouldn't this be %datadir/games/ ? See: http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15 Also I'm interested in the Games SIG, I could add myself as a member to the page but that doesn't do much really. Wouldn't it be an idea to create a list for the games Sig (and maybe other active sigs too). Regards, Hans From bugzilla at redhat.com Sat Mar 4 08:08:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 03:08:41 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603040808.k2488f0U010696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-04 03:08 EST ------- Hi Zack, this package needs a bit of cleanup before it goes into Fedora Extras. You should read these web pages and apply some of the guidelines to the package: http://www.fedoraproject.org/wiki/Packaging/Guidelines -- This is the master list of standard things the package will be reviewed for. http://www.fedoraproject.org/wiki/Packaging/ReviewGuidelines -- This is a checklist approach to the packaging guidelines. A good starting point is to go through the items on this list and reference the Packaging/Guidelines page for explanations. The Packaging/Guidelines page contains some things that aren't listed here, though. http://www.fedoraproject.org/wiki/Packaging/Python -- Some helpful tips on packaging python programs. http://www.fedoraproject.org/wiki/Extras/SIGs/Python -- the Python Packaging Special Interest Group page in case you want to influence how python programs are packaged for Extras. There's a review day on Sunday, March 4, if you want to drop by #fedora-extras on irc.freeode for some additional help. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From andreas.bierfert at lowlatency.de Sat Mar 4 08:15:18 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 4 Mar 2006 09:15:18 +0100 Subject: Taking ownership of dillo Message-ID: <20060304091518.4d1f2e6f@alkaid.a.lan> As stated before (and seeing no objections): I am taking ownership of dillo, as it is a Requires for sylpheed-claws. - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From rc040203 at freenet.de Sat Mar 4 08:23:56 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 04 Mar 2006 09:23:56 +0100 Subject: %datadir or %datadir/games for games? In-Reply-To: <44094F5A.8090301@hhs.nl> References: <44094F5A.8090301@hhs.nl> Message-ID: <1141460636.5203.41.camel@mccallum.corsepiu.local> On Sat, 2006-03-04 at 09:27 +0100, Hans de Goede wrote: > Hi all, > > I just read on the Games SIG page that it is advised to put data in > %datadir/ but shouldn't this be %datadir/games/ ? Cf. http://www.pathname.com/fhs/pub/fhs-2.3.html#AEN1550 > See: > http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15 Note: /usr/share/games .. Static data files for /usr/games (optional) => I read this as /usr/share/games corresponds to packages having been installed to /usr/games Ralf From j.w.r.degoede at hhs.nl Sat Mar 4 08:45:58 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 04 Mar 2006 09:45:58 +0100 Subject: %datadir or %datadir/games for games? In-Reply-To: <1141460636.5203.41.camel@mccallum.corsepiu.local> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> Message-ID: <440953C6.2040108@hhs.nl> Ralf Corsepius wrote: > On Sat, 2006-03-04 at 09:27 +0100, Hans de Goede wrote: >> Hi all, >> >> I just read on the Games SIG page that it is advised to put data in >> %datadir/ but shouldn't this be %datadir/games/ ? > > Cf. http://www.pathname.com/fhs/pub/fhs-2.3.html#AEN1550 > Agreed, this only is for static / data files, is that not what you meant? >> See: >> http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15 > Note: > /usr/share/games .. Static data files for /usr/games (optional) > > => I read this as /usr/share/games corresponds to packages having been > installed to /usr/games > Ern, /usr/games isn't mentioned elsewhere in the doc and is very deprecated. I believe they forgot to update this part of the doc when /usr/games got removed. I vote for /use/share/games/xxx because /usr/share is already rather crowded. What do you / others vote? Regards, Hans From j.w.r.degoede at hhs.nl Sat Mar 4 09:22:58 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 04 Mar 2006 10:22:58 +0100 Subject: [games sig] Use of seperate -data version if in same specfile? Message-ID: <44095C72.3080807@hhs.nl> Hi, I'm busy packaging worminator: http://sf.net/projects/worminator/ And I wonder what the use of a seperate data package such as is done with tong is if its build from the same spec, in this case an update to the game logic / executable will also automaticly rebuild the -data subpackage, thus no bandwith is saved by the users when they update. Shouldn't the -data package thus be in a seperate spec? Regards, Hans From eric.tanguy at univ-nantes.fr Sat Mar 4 09:15:54 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sat, 04 Mar 2006 10:15:54 +0100 Subject: Removing a kernel Message-ID: <1141463754.3121.3.camel@bureau.maison> I need to compile myself 2 kernel modules : rt2500 (pci wifi card) and spca5xx (usb webcam). When i remove a kernel (ie 2.6.15-1.1831_FC4) i still have a rep in /lib/modules : /lib/modules/2.6.15-1.1831_FC4/ containing the 2 modules i compiled. Why this rep is not removed with the kernel ? Thanks Eric From j.w.r.degoede at hhs.nl Sat Mar 4 09:34:52 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 04 Mar 2006 10:34:52 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom Message-ID: <44095F3C.5040706@hhs.nl> Hi, I had this idea last night, it would be nice to package doom (and other) gpl game engines, or improved spinoffs such as vavoom, but they are kinda useless without the shareware datafiles. Now the shareware files are freely redistributed by a lot of sites, but nowhere there seems to be a clear license under which this is done, which makes things kinda dodgy. Thus I had the following idea: -write a program / script which gets started by the .desktop file instead of the game will do the following: -check if any (registered, whatever) datafiles are present, if any found continue with running the game as usual/ -if not display a nice graphical dialog under X explaining that some data files are needed from say a CD and tell the user where to copy them and to press continue once the files are there, when continue is pressed, check again. -Also offer the user the choice to download the shareware version for them as an alternative. -if the user choices to download the shareware version verify the md5 after download! -after download completes ask the user to press continue. So what do you think, I believe this is very user friendly, but is it legally ok? Regards, Hans From rc040203 at freenet.de Sat Mar 4 09:34:11 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 04 Mar 2006 10:34:11 +0100 Subject: %datadir or %datadir/games for games? In-Reply-To: <440953C6.2040108@hhs.nl> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> <440953C6.2040108@hhs.nl> Message-ID: <1141464852.5203.67.camel@mccallum.corsepiu.local> On Sat, 2006-03-04 at 09:45 +0100, Hans de Goede wrote: > > Ralf Corsepius wrote: > > On Sat, 2006-03-04 at 09:27 +0100, Hans de Goede wrote: > >> Hi all, > >> > >> I just read on the Games SIG page that it is advised to put data in > >> %datadir/ but shouldn't this be %datadir/games/ ? > > > > Cf. http://www.pathname.com/fhs/pub/fhs-2.3.html#AEN1550 > > > > Agreed, this only is for static / data files, is that not what you meant? I am referring to the general specification/definition of /usr/share, /usr/lib, /usr/share/ rsp. /usr/lib/ etc. Here, in particular to the /usr/share/ and static data. > >> See: > >> http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15 > > Note: > > /usr/share/games .. Static data files for /usr/games (optional) > > > > => I read this as /usr/share/games corresponds to packages having been > > installed to /usr/games > > > > Ern, /usr/games isn't mentioned elsewhere in the doc and is very > deprecated. I believe they forgot to update this part of the doc when > /usr/games got removed. Well, I think /usr/games and /usr/share/games essentially are historic artifacts, and an LSB typical compromise to cater those systems who have a tradition in using them. IIRC, there had been 2 motivations for /usr/games and /usr/share/games: 1. Keeping games out of /usr/bin to keep $PATH clean and lean. 2. Cater games which want to play uid/gid tricks on data files. IMO, this argument is void on shared/static data and if at all, only is applicable to score-files and the like (which nowadays are supposed to live somewhere below /var). > I vote for /use/share/games/xxx because /usr/share is already rather > crowded. > > What do you / others vote? I vote for "treat games as ordinary applications" i.e. /usr/bin, /usr/share/, /usr/lib/, /var/lib, etc. Actually I feel any attempt to install files based on any "classification" to be questionable in general and likely to fail in longer terms (Due to what classification theory/AI calls "Symbol grounding problem") Ralf From bugzilla at redhat.com Sat Mar 4 09:34:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 04:34:52 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603040934.k249YqO0032479@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-04 04:34 EST ------- 1) Ahhh, I forgot to change that one in the .pc.in file. Fixed now. 2) I like the 'feel' of /usr/share/doc/-%version a lot better. It's in the new version. configure script: It's amazing how you overlook something like that until someone mentions it. It was waaaaay overdue and reworked now. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/idioskopos-0.1.9-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 09:35:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 04:35:08 -0500 Subject: [Bug 183953] Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) In-Reply-To: Message-ID: <200603040935.k249Z8Sv032533@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183953 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-04 04:35 EST ------- Thanks. I had some problems with another package I've submitted, and made a new release. But, I made the changes before seeing this, so it still has the Requires and BuildRequires for now. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/bit.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/bit-0.1.27-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 09:35:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 04:35:13 -0500 Subject: [Bug 183322] Review Request: conexus (network and serial I/O library with Gtkmm widgets) In-Reply-To: Message-ID: <200603040935.k249ZDsk032562@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: conexus (network and serial I/O library with Gtkmm widgets) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183322 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-04 04:35 EST ------- Several things showed up in another package I submitted, so I've made changes to correct the same issues in this package. New versions are here: Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/conexus.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/conexus-0.1.16-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Sat Mar 4 09:41:06 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 04 Mar 2006 11:41:06 +0200 Subject: %datadir or %datadir/games for games? In-Reply-To: <440953C6.2040108@hhs.nl> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> <440953C6.2040108@hhs.nl> Message-ID: <1141465266.10477.167.camel@bobcat.mine.nu> On Sat, 2006-03-04 at 09:45 +0100, Hans de Goede wrote: > Ern, /usr/games isn't mentioned elsewhere in the doc and is very > deprecated. I believe they forgot to update this part of the doc when > /usr/games got removed. Disagreed. Chapter 4, The /usr Hierarchy, specific options of FHS 2.3, http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS9 games Games and educational binaries (optional) The intention as far as I understand it (based on the above wording and practical implementations in for example Debian, Mandriva and FreeBSD) is that /usr/games is a dir that (c|sh)ould be in $PATH. However, as far as I know, /usr/games has never been in the default $PATH of any Red Hat originated distribution, so /usr/bin/foo -> /usr/games/foo symlinks should be provided by the packager (or binaries installed to /usr/games by upstream moved to /usr/bin). > I vote for /use/share/games/xxx because /usr/share is already rather > crowded. +1 What to do with arch-specific game files that are not variable game data is somewhat unaddressed by the FHS as far as I can tell. I'd opt for using %{_libdir}/games/$gamename or %{_libdir}/$gamename for them. The FE nethack package is one such example, IMO the game dir should be moved from /usr/games/nethack-* to %{_libdir}/games/nethack-* From ville.skytta at iki.fi Sat Mar 4 09:45:09 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 04 Mar 2006 11:45:09 +0200 Subject: Removing a kernel In-Reply-To: <1141463754.3121.3.camel@bureau.maison> References: <1141463754.3121.3.camel@bureau.maison> Message-ID: <1141465509.10477.171.camel@bobcat.mine.nu> On Sat, 2006-03-04 at 10:15 +0100, Eric Tanguy wrote: > I need to compile myself 2 kernel modules : rt2500 (pci wifi card) and > spca5xx (usb webcam). > When i remove a kernel (ie 2.6.15-1.1831_FC4) i still have a rep > in /lib/modules : > /lib/modules/2.6.15-1.1831_FC4/ containing the 2 modules i compiled. > Why this rep is not removed with the kernel ? Because your modules are not owned by the kernel package. Kernel is not a special case, that's just how rpm behaves: additional files installed into dirs owned by package foo are not deleted when foo is removed unless foo also owns those files. From ville.skytta at iki.fi Sat Mar 4 09:52:24 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 04 Mar 2006 11:52:24 +0200 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <20060303221327.GB2986@free.fr> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> <20060303221327.GB2986@free.fr> Message-ID: <1141465944.10477.176.camel@bobcat.mine.nu> On Fri, 2006-03-03 at 23:13 +0100, Patrice Dumas wrote: > And then I modify the fc3 package. What I did previously was to add .1 to > the fc3 release such that I get > > fc4: > 2.fc4 > > fc3: > 2.fc3.1 > > such that there is 2.fc3.1 < 2.fc4 for upgrades. > > And if I remember well Ville gave me the trick, Yes, I've been parroting it every now and then and I still think that it's the best way to go in situations like the above. > and if I'm not wrong Spot > uses the %{?dist} tag to keep spec files in sync for all the branches... Note that keeping the specfiles in sync is not enough, the packages must also be built and shipped in order to provide working dist upgrade paths at all times. The big downside of this is updates shipped just for the sake of bumping the release tag. > This would also render the dist tag in release only informational. Release is a tag whose value participates in rpm version comparisons, so anything included in it can not be only informational. From paul at all-the-johnsons.co.uk Sat Mar 4 09:56:00 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 04 Mar 2006 09:56:00 +0000 Subject: Limewire Message-ID: <1141466161.8805.25.camel@T7.Linux> Hi, Given we already have MLDonkey in extras, would there be a problem including Limewire or would that be sailing a bit too close to the edge legally? TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Sat Mar 4 10:13:02 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 04 Mar 2006 11:13:02 +0100 Subject: %datadir or %datadir/games for games? In-Reply-To: <1141465266.10477.167.camel@bobcat.mine.nu> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> <440953C6.2040108@hhs.nl> <1141465266.10477.167.camel@bobcat.mine.nu> Message-ID: <4409682E.9060602@hhs.nl> Ville Skytt? wrote: > On Sat, 2006-03-04 at 09:45 +0100, Hans de Goede wrote: > >> Ern, /usr/games isn't mentioned elsewhere in the doc and is very >> deprecated. I believe they forgot to update this part of the doc when >> /usr/games got removed. > > Disagreed. Chapter 4, The /usr Hierarchy, specific options of FHS 2.3, > http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS9 > > games Games and educational binaries (optional) > > The intention as far as I understand it (based on the above wording and > practical implementations in for example Debian, Mandriva and FreeBSD) > is that /usr/games is a dir that (c|sh)ould be in $PATH. > Ah, I did a ctrl+f on /usr/games and that didn't show up. > However, as far as I know, /usr/games has never been in the default > $PATH of any Red Hat originated distribution, so /usr/bin/foo > -> /usr/games/foo symlinks should be provided by the packager (or > binaries installed to /usr/games by upstream moved to /usr/bin). > I say move the binaries to /usr/bin >> I vote for /use/share/games/xxx because /usr/share is already rather >> crowded. > > +1 > > What to do with arch-specific game files that are not variable game data > is somewhat unaddressed by the FHS as far as I can tell. I'd opt for > using %{_libdir}/games/$gamename or %{_libdir}/$gamename for them. I say be consistent if we do /usr/share/games/xxx we should also do /use/lib/games/xxx > The > FE nethack package is one such example, IMO the game dir should be moved > from /usr/games/nethack-* to %{_libdir}/games/nethack-* > Yes, add Maelstrom the the list which puts a dir under /usr/games, this should be moved to /usr/share/games or /usr/lib/games depending on if its archdependent or not. Regards, Hans From bugzilla at redhat.com Sat Mar 4 10:07:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 05:07:48 -0500 Subject: [Bug 183969] New: Review Request: worminator - Sidescrolling platform and shoot'em up action-game Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/worminator.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/worminator-3.0R2.1-1.src.rpm Description: You play as The Worminator and fight your way through many levels of madness and mayhem. Worminator features nine unique weapons, visible character damage, full screen scrolling, sound and music, and much more! Notice that you will also need the data files, I've created a seperate specfile for this: http://home.zonnet.nl/jwrdegoede/worminator-data.spec Sorry no SRPM, the data is too large (only 6MB) for my sucky ISP. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 10:38:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 05:38:13 -0500 Subject: [Bug 181444] Review Request: lcov -- process gcov output into nice html pages In-Reply-To: Message-ID: <200603041038.k24AcDKL010402@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: lcov -- process gcov output into nice html pages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181444 dan at danny.cz changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From dan at danny.cz 2006-03-04 05:38 EST ------- Good: - rpmlint clean - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, matches source - spec file legible, in am. english - source matches upstream - package is noarch without a %build section and builds on FC4 (i386) - 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 - works for me APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sat Mar 4 10:46:19 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 04 Mar 2006 10:46:19 +0000 Subject: Anjuta into FC4 extras Message-ID: <1141469180.8805.27.camel@T7.Linux> Hi, I currently have 1.2.4 of anjuta happy and warm in FC-rawhide, but it's needed down in the FC4 repository. What do I need to do to import it into there. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Sat Mar 4 11:21:23 2006 From: paul at city-fan.org (Paul Howarth) Date: Sat, 04 Mar 2006 11:21:23 +0000 Subject: Anjuta into FC4 extras In-Reply-To: <1141469180.8805.27.camel@T7.Linux> References: <1141469180.8805.27.camel@T7.Linux> Message-ID: <1141471284.27650.3.camel@laurel.intra.city-fan.org> On Sat, 2006-03-04 at 10:46 +0000, Paul wrote: > Hi, > > I currently have 1.2.4 of anjuta happy and warm in FC-rawhide, but it's > needed down in the FC4 repository. What do I need to do to import it > into there. http://fedoraproject.org/wiki/Extras/CVSSyncNeeded Paul. From bugzilla at redhat.com Sat Mar 4 11:40:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 06:40:44 -0500 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200603041140.k24BeinD020229@www.beta.redhat.com> Please 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 2006-03-04 06:40 EST ------- What is still needed of me for the package to be included proper? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 11:42:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 06:42:39 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041142.k24Bgd5c020389@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From fedora at leemhuis.info 2006-03-04 06:42 EST ------- Okay, guys, are we stuck again? Let's get this moving, we're running out of time. AFAICS the rpath are the only remaining big problem? If yes my vote is: Import it and builds it. If it really fails to build look closer. Correnty me if I'm wrong or overlooked something important. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dragoran at feuerpokemon.de Sat Mar 4 11:54:39 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 04 Mar 2006 12:54:39 +0100 Subject: Wine and x86_64 In-Reply-To: <20060304090921.2c5fd3b7@alkaid.a.lan> References: <1141458704.8805.23.camel@T7.Linux> <44094825.9050101@feuerpokemon.de> <20060304090921.2c5fd3b7@alkaid.a.lan> Message-ID: <44097FFF.8060208@feuerpokemon.de> Andreas Bierfert wrote: >On Sat, 04 Mar 2006 08:56:21 +0100 > > >>it should build with a configure flag (--enable-win64 ) but then it only >>will be able to run 64bit windows binarys (and there are not much of them). >>wine-i386 should be in the x86_64 repo too. >> >> > >First of all: >It currently does not build for me on x86_64 with the --enable-win64 flag set >although I am trying to get it working. Wine upstream said that it would take >another year or so till 64bit wine actually would do any good so we might think >of including it in FE devel _after_ FC5 branching. > > > I have never tryed it because the lack of 64bit windows apps. >What my plans are nevertheless is to include wine.i386 in the x86_64 repository >as this is what most people will want atm anyway and make the x86_64 version of >wine parallel installable to the i386 version (however that will work is another >issue I am thinking about). So maybe we will have some solution within the next >weeks for the i386 version getting added to the x86_64 FE repo (please >suggestions on who, how, when, what are very much welcome). For the time being >just install the i386 version on your x86_64 manually (will most likely need to >install some .i386 rpms from core but should work via yum). It works just fine >here. > > > thats what I am doing now. >- Andreas > > From bugzilla at redhat.com Sat Mar 4 11:53:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 06:53:01 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041153.k24Br1Gt021568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From ville.skytta at iki.fi 2006-03-04 06:52 EST ------- (In reply to comment #9) > Correnty me if I'm wrong or overlooked something important. See for example comment 6. rpath pointing to /var/tmp/... is definitely a blocker-worthy security issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 12:04:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 07:04:51 -0500 Subject: [Bug 181444] Review Request: lcov -- process gcov output into nice html pages In-Reply-To: Message-ID: <200603041204.k24C4ppx023129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: lcov -- process gcov output into nice html pages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181444 roland at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From roland at redhat.com 2006-03-04 07:04 EST ------- Built in devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Sat Mar 4 12:00:15 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 04 Mar 2006 13:00:15 +0100 Subject: Summary from last FESCo Meeting Message-ID: <1141473615.8209.29.camel@localhost.localdomain> == Summary == Present from FESCo: thl, warren, jeremy, scop, skvidal, mschwendt, ensc, thomasvs Important topics: * Kernel module standardization * xen naming problems should be solved soon * scop will fire some test builds (site note: there was a problem; for details see on the lists) * Mass rebuild of Extras for FC5 * poke thias again -- he still has a lot of packages that are not yet rebuild (site note: poked, no response yet) * orphans that can be removed without breaking other stuff will be deleted from the repo and disabled in cvs (site note: was done already by mschwendt). * gst08 -- we need this in FE5 because some packages depend on it. Plan: Get it into extras until next Thursday. even if it's not perfect. * EOL Policy for FE * No process. thl has it on his todo-list. * Encourage Extras reviews * better documentation. warren will do that after FC5 is out the door * Broken deps report * problems when running on rawhide. mschwendt and skvidal will look into this. * Weekly sponsorship nomination * Nobody. * separate lists for bugzilla-spam * warren is working on it * separate extras-ml-list for bugzilla spam * We'll probably open fedora-extras-bugzilla-list and fedora-extras-review-list. All contributors should subscribe to -reviews. * FE-NEEDSPONSOR tracker bug * Will be removed from the schedule. Warren will document it in the updated documentation. We can put it back if there is anything remaining regarding it. * Free discussion; Highlights: Script that automatically checks things during review, Multilib in extras (seems some people don't like the idea) {{{ 19:55 < jwb> | are we still waiting for plague 0.5 before discussing scratch builds again? 19:56 < thl> | jwb, yes, I think so --- 19:56 < ignacio> | I was talking to jbj, and he was saying that a number of things that we currently check for in the review can easily be automated. 19:57 < spot> | the difficulty with automating the review tasks is that there are far too many special case scenarios that have to be dealt with 19:58 < spot> | where an intelligent human can adapt, an automated process can not. 19:58 < ignacio> | Not automating the review tasks, but automating the things the review checks for. 19:58 < spot> | thats what i mean. 19:58 < ignacio> | Such as calling ldconfig, and so on. 19:59 < spot> | given enough time, i'm sure people will find exception cases 19:59 < spot> | like packages that include so files, but dont want to call ldconfig 19:59 < thl> | ignacio, is writting a script or app that checks this stuff really worth the effort? 19:59 * | bpepple thinks the fedora-qa script does a lot of that. 20:00 < ignacio> | Maybe. 20:00 < spot> | it might be helpful for reviewers, but not as a replacement 20:00 < ignacio> | There does need to be some looking into it done. 20:00 < ignacio> | Or maybe just should, but still. 20:00 < jwb> | there's a fedora-qa script? 20:00 < nirik> | http://fedoraproject.org/wiki/AurelienBompard 20:00 < nirik> | for the fedora-qa script. ;) 20:01 < ignacio> | Why isn't that in UsefulScripts? 20:01 < ensc> | I would think about a system which checks submitted packages (e.g. with rpmlint, various installation tests, ...), tells the results into the review system and human reviewer can decide whether the package can be accepted 20:01 < jwb> | why isn't there a package for it!? 20:01 < bpepple> | jwb: Yup, it checks a lot of the items (dup BR's, etc.)/ 20:01 < ensc> | but that's nothing which can be done with some scripts 20:01 < spot> | ensc: +1 20:01 < ensc> | I wrote (resp. tarted to wrote) such a system for me diploma thesis 20:02 < ensc> | but it's far away from being ready 20:02 < thl> | ensc, yeah, might be a good idea 20:02 < thl> | ensc, how about asking hte list for coments? 20:02 < ensc> | thl: http://enrico-scholz.de/diplom 20:03 < ensc> | afair, I was at 15000 LOC :( 20:03 < thl> | we'll let's look at this idea after FC5 is out --- 19:56 < thl> | I would like multilib for extras 19:56 < thl> | wine.i386 in the x86_64 tree for example 19:56 < thomasvs> | thl: ew 20:03 < thl> | thomasvs, don't like the multilib idea? 20:04 < thomasvs> | thl: I think people who want multilib in that way, should get from both trees explicitly 20:04 < thomasvs> | thl: the only way to improve true 64 bit is to make sure you can get 64-bit only systems installed 20:04 < thl> | thomasvs, wine is a exception 20:05 < thomasvs> | thl: right - so it should be installed by hand, but that's just MO 20:05 < thl> | because a wine.x86_64 would only be able to execute win x64 apps 20:05 < thl> | okay, let's stop this at this point }}} == Full Log == {{{ 18:59 --> | scop (Ville Skytta) has joined #fedora-extras 18:59 * | jeremy will be in and out for fesco today 18:59 * | skvidal is here 19:00 < skvidal> | right on time, for once 19:00 * | scop is partially here 19:00 < skvidal> | scop: which part? 19:00 < scop> | skvidal, you don't want to know :) 19:00 < skvidal> | heh 19:00 * | jeremy refrains from asking if scop is wearing pants ;-) 19:00 --- | thl has changed the topic to: FESCo Meeting in progress 19:00 < skvidal> | jeremy: he could be our own jdub 19:01 < thl> | hi everybody; who's around? 19:01 --> | mschwendt (Michael Schwendt) has joined #fedora-extras 19:02 * | nman64 lurks in the shadows. 19:02 --- | thl has changed the topic to: FESCo Meeting in progress -- 19:02 --- | thl has changed the topic to: FESCo Meeting in progress -- Kernel module standardization 19:02 < skvidal> | hi thl 19:02 < skvidal> | I'm around 19:02 * | skvidal runs away from the topc 19:02 < thl> | jeremy, any sign regarding xen changes? 19:03 < jeremy> | thl: they will happen. but xen has to be building again first 19:03 < thl> | :-) 19:03 < thl> | scop, anything else that needs to be discussed regarding kmods 19:04 < scop> | nothing new, I guess 19:04 < scop> | I'll fire some test builds tonight 19:04 < thl> | k, great 19:04 < thl> | then let's proceed 19:04 --- | thl has changed the topic to: FESCo Meeting in progress -- Mass rebuild of Extras for FC5 19:04 < thl> | well, what about orphans? 19:05 * | spot has most of his giant pile of packages rebuilt 19:05 < thl> | some people want to remove those that can be removed safely 19:05 < thl> | thx spot -- better late than never ;-) 19:05 < thl> | but thias didn't rebuild his packages yet 19:05 < ignacio> | It has been discovered that about a dozen or so packages still need the old OpenSSL. 19:05 < thl> | does anybody know why thias did not? 19:06 < skvidal> | thl: is he responding? 19:06 < thl> | skvidal, no, I did not here anything from him 19:06 < thl> | but he was online 19:06 < skvidal> | okay 19:06 < thl> | he fixed xmms 19:06 < thl> | or xmms-foo 19:06 < skvidal> | email him again 19:06 < thl> | k 19:06 < thl> | ignacio, do we have a compat package for it? 19:06 < thl> | ignacio, or do we need one? 19:07 < ignacio> | It's only Extras packages so I would just rebuild those. 19:07 < nirik> | thl: I just replied to that thread with the 3 extras orphans that have dependent packages. 19:07 < nirik> | if we can get someone to maintain those, we can not worry about removing the rest of the orphans. 19:08 < ignacio> | cyrus-imapd-nntp cyrus-imapd-murder up-imapproxy perl-Cyrus pam_mount logjam up-imapproxy tripwire cyrus-imapd proftpd erlang valknut pgadmin3 d4x cyrus-imapd-utils 19:08 < thl> | ignacio, sorry, I can't follow you here... 19:08 --> | jpo (Unknown) has joined #fedora-extras 19:08 < thl> | ignacio, those just need a rebuild? those are orphans? 19:09 <-- | ensc has quit (Remote closed the connection) 19:09 < ignacio> | Sorry, those are the packages that need to be rebuilt. Let me find the owners. 19:09 < ignacio> | For OpenSSL, that is. 19:09 --> | ensc (Enrico Scholz) has joined #fedora-extras 19:09 < nirik> | lua, ots and python-numeric are the 3 orphans I see that have non orphans depending on them. 19:10 < ignacio> | python-numeric is in Core. 19:10 < thl> | nirik, I'm fine with removing the others 19:10 < thl> | mschwendt, you didn't like the idea to much iirc. Still the case? 19:10 < nirik> | ignacio: odd. it's also listed as a orphan in the extras owners.list 19:11 < mschwendt> | should have happened sooner, I think -- I'm not so fond of last-minute removals 19:11 --> | thomasvs (Thomas Vander Stichele) has joined #fedora-extras 19:11 < thl> | mschwendt, how about moving them aside 19:12 < thl> | mschwendt, and if anything breaks we copy them back into the repo 19:12 < mschwendt> | if anything breaks, there are maintainers who don't test their stuff 19:12 < mschwendt> | I think we should remove the orphans at beginning of FE6 devel cycle 19:12 < thl> | well, other opinions? 19:13 < ignacio> | None of the OpenSSL-dependent packages are orphans. 19:13 < thl> | or how about a small vote: 19:13 < nirik> | my problem with orphans is that users will report bugs and they will go into the bit bucket and will get no answer... thats pretty lousy. Better to not provide them at all. 19:13 < mschwendt> | nirik: orphan-owner is monitored 19:14 < thl> | people that want to remove them now paste a "a" here, people that thinke we should remove the orphans later past a "b" into the channel 19:14 < nirik> | oh? cool... by whom? 19:14 < mschwendt> | thl: there are packaged in the repo which do have an owner, but which don't work well - we don't remove them either, but orphan them occasionally (see "elmo", for instance) 19:14 < mschwendt> | nirik: a few, Bill Nottingham, me, ... 19:15 < thl> | I'm still for "putting them aside" 19:16 < spot> | i think we should wait for FC-6 19:16 < spot> | and make some more noise about them being orphaned 19:16 < nirik> | I think moving forward we should do something like: if orphan for more than a month, remove from repo and disable in cvs. 19:16 < thl> | scop, what's your opinion? 19:17 < nirik> | I vote for 'a' (remove them now), but thats just my 2cents... :) 19:17 * | scop awakens 19:17 < thl> | skvidal, jeremy, jpo, ensc ? 19:17 * | ensc tends to 'a' 19:18 < skvidal> | so we have a double edge 19:18 < skvidal> | 1. new people installing fc5 will be confused by broken pkgs in extras 19:18 < skvidal> | 2. old people upgrading from fc4 will get hung up if the packages stop the upgrade from happening b/c of the new ones being non-existent or broken 19:19 < skvidal> | in general I'd say remove them, warn people and maybe allow any of the sponsors to take over the pkg for the maintainer 19:19 < spot> | how many packages are orphaned right now? 19:19 < mschwendt> | skvidal: case 2 would be caught by repoclosure thingy 19:19 < jeremy> | spot: yeah, I think that's a key question 19:19 < scop> | I'm undecided but maybe slightly inclined towards "b" 19:19 < skvidal> | mschwendt: true 19:19 < nman64> | Based upon personal experiences elsewhere, I would recommend 'a', but I don't have a vote here. ;-) 19:19 < ensc> | an FC4 -> FC5 upgrade is a major break; nobody really expects that things work without reconfiguration 19:19 * | warren here now 19:19 < mschwendt> | spot: unknown -- except for http://fedoraproject.org/wiki/Extras/OrphanedPackages 19:20 < mschwendt> | spot: there are some packages marked as orpaned in owners.list which should not be orphans (e.g. Hula) 19:20 < thl> | mschwendt, spot, I'm checking, just wait a minute 19:20 < nirik> | grep extras-orphan owners/owners.list| wc -l 11:15:24 19:20 < nirik> | 51 19:20 < nirik> | yeah, thats approx... 19:20 < thl> | nirik, not all of them are in extras/devel 19:20 < nirik> | ah, true. 19:21 < thl> | spot, look at http://www.fedoraproject.org/wiki/Extras/FC5Status and search for extras-orphan_AT_fedoraproject.org 19:22 < thl> | repoquery says we have 34 orphans in extras/devel/ 19:22 < thl> | 23 are arch packages 19:22 < thl> | only those are in the wiki-list 19:22 < jwb> | if it were up to me, i'd say 'a'. i "fixed" an orphaned package for FE4 release and it's sat there since. in retrospect, deleting it would have been better 19:23 < thl> | the problem with orphans imho is: 19:23 < thl> | if we allow them in fc5 we have to deal with them a long time 19:23 < thl> | e.g until fe5 is EOL 19:23 < jwb> | right 19:24 < jwb> | and breakage if they are removed is often a motivator for someone who cares to step up and maintain the package 19:24 < warren> | In my opinion, orphans should be deleted sooner instead of later. 19:24 < warren> | *removed, not deleted 19:24 < thl> | any other arguments? Then let's vote again "remove now" or "remove later" please 19:24 < warren> | remove now 19:24 < nirik> | remove now 19:25 < mschwendt> | warren: do you know what is up with jrb at redhat.com and at-poke in Extras? 19:25 < ensc> | now 19:25 * | jeremy is convinced to "remove now" 19:25 < jwb> | nirik, we don't count ;) 19:25 < thomasvs> | remove now 19:25 < jeremy> | mschwendt: I can throw a rock at him later 19:25 < warren> | mschwendt, I talked with jrb today about Extras 19:25 < nirik> | oh yeah, sorry. ;) remove my remove now. ;) 19:25 < spot> | remove now is ok by me. 19:25 < mschwendt> | jeremy, warren: thanks 19:25 <-- | Foolish has quit ("mbop..") 19:25 < warren> | I did "training" of Extras for their team today. 19:25 < thl> | so I take that as "remove now" 19:26 < mschwendt> | thl: including the "potentially orphaned" packages?? 19:26 * | scop conveniently changes his opinion: remove now 19:26 < thl> | mschwendt, just to be sure: define potentially orphaned? 19:26 < warren> | Removal doesn't mean lost forever 19:26 < warren> | we still have CVS 19:27 < warren> | and we could keep the removed packages somewhere 19:27 < mschwendt> | like "wesnoth"? it's in good shape, because I updated it for several months, but it still needs a new maintainer 19:27 < thl> | warren, yeah, we should keep them for some month 19:27 < warren> | Removal is meant as 1) responsibility 2) motivator 19:27 < mschwendt> | thl: "potentially" here means somebody is still the owner, but would like to drop the package 19:27 < mdomsch> | mock group 19:27 < bpepple> | mschwendt: Wasn't wesnoth picked up recently? If not, I'd be willing to take it. 19:27 < thl> | mschwendt, I'm fine if those stay 19:28 < thl> | or maybe 19:28 < jwb> | they have to 19:28 < thl> | no, let's remove them 19:28 < mschwendt> | bpepple: it's still listed on the Wiki page -> http://fedoraproject.org/wiki/Extras/OrphanedPackages 19:28 < warren> | Or give it all to bpepple =) 19:28 < thl> | okay, let's move on 19:28 < thl> | gst08 in FE5 19:28 < thl> | gnome-baker is a problem afaics 19:28 < thl> | It needs it 19:29 < warren> | owner? 19:29 < bpepple> | me 19:29 < thomasvs> | thl: as said before, I don't mind offering my packages for it 19:29 * | skvidal makes a note: thomasvs offers his package to people 19:29 < skvidal> | la la la 19:29 < bpepple> | I've got a gstreamer08 package for review, but it's got an error about the rpath still. 19:29 < jwb> | ew 19:29 < thl> | thomasvs, fixing the bug |Jef| has on x86_64 would be a start ;-) 19:29 < mschwendt> | I've had a look at the gst08 review request. issues: where is gstreamer08-plugins-devel? where are the packagers who need gst08? 19:29 < skvidal> | jwb: :) 19:29 < |Jef|> | thl: he cant 19:30 < mschwendt> | bpepple: I cannot reproduce the rpath problems here, but I don't use mock or root. 19:30 < |Jef|> | thl: until the gst08 stuff is in Extras again 19:30 < thomasvs> | thl: yeah, but I have a hard time reproducing the build failure 19:30 < mschwendt> | bpepple: but I've had to add BR libtool automake bison flex 19:30 < thomasvs> | thl: I'm going to work on it again tomorrow on my 20% day 19:30 < thl> | thomasvs, k 19:30 < warren> | 20% day? 19:30 < |Jef|> | thl: gstreamer08-python can not be rebuilt until the gst08 and gst08-plugins are back in tree 19:30 < ensc> | mschwendt: afaik, mock/plague adds these BR implicitly 19:30 < thl> | |Jef|, ohh, yes, that's true :) 19:31 < bpepple> | mschwendt: I was going to put up a gstreamer08-plugins package, also. Just haven't added it yet to bugzilla. 19:31 < thl> | so how do we get gst08 into FE5 fast? 19:31 < |Jef|> | thl: i have..deep issues 19:31 < thomasvs> | thl: well --- what's wrong with putting in the actual specs right before they were removed from core ? 19:31 < thomasvs> | afaik they came from me anyway 19:31 < thomasvs> | warren: 20% day, just like at google - work on something else 19:31 < warren> | cool 19:32 < bpepple> | thl: How about importing the Core spec into FE? 19:32 < thl> | mschwendt, your opinion? 19:32 < thomasvs> | surely a package that comes from core can be trusted to meet the requirements! 19:32 < mschwendt> | I'm lacking packages to test the offered gst08 packages with. :-/ 19:33 < spot> | thomasvs: HAHAHAHA 19:33 < thl> | thomasvs, ;-) 19:33 < ignacio> | thomasvs: Not really. 19:33 < bpepple> | It's not like those packages haven't been around for a while. 19:33 < spot> | oh god, it hurts 19:33 < thl> | But let's face it: We need gst08 19:33 < ignacio> | I've seen some, ahem, less-than-optimal packages in Core. 19:33 < warren> | like gnome* 19:33 < thl> | thomasvs, mschwendt, bpepple could you get that done somehow? 19:33 < ensc> | ignacio: some? 19:33 < thl> | even if it's not perfect? 19:33 < thomasvs> | thl: sure 19:33 < bpepple> | No problem. 19:34 < ignacio> | ensc: I'm trying to not be devastatingly negative here. 19:34 < thomasvs> | thl,bpepple: I would just import the latest package that was in core 19:34 < thomasvs> | bpepple: you or me ? 19:34 < thomasvs> | I have the next three days to babysit it through the build system if that matters 19:34 < bpepple> | How about my package for the gst08? It removes a lot of the unnecessary BR. 19:34 < mschwendt> | thomasvs: do you still have the latest rawhide src.rpm of gst80? 19:34 < bpepple> | And adds the missing BR or mock. 19:34 < thomasvs> | but you said you have an rpath problem 19:35 < thl> | okay, so let's make the exception "was in core can be imported to extras" for gst08 19:35 < bpepple> | mschwendt: That's what I built mine from. 19:35 < thomasvs> | mschwendt: not the latest, but the ones I submitted to warren in the first place 19:35 < warren> | thl, that's fine 19:35 < thomasvs> | bpepple: anyway, if yours work (depends on the rpath), put them in 19:35 < warren> | the gst08 package that was in rawhide I "reviewed" 19:35 < warren> | it wont break stuff, it isn't pretty 19:35 * | spot would much rather see it have a fast formal review 19:36 < warren> | if someone is willing to do the work, go ahead 19:36 < thl> | spot, agreed 19:36 < thomasvs> | but the last spec that rh used should be in cvs, no ? 19:36 < ignacio> | I tried, but rpaths are being a PITA. 19:36 < spot> | it only takes two people to rush it through. 19:36 < thl> | ignacio, ignore the rpaths 19:36 < thl> | for now 19:36 < bpepple> | spot: Ignacio, I beleve has already given a look at the gst08 package. 19:36 * | ignacio pulls up the review request 19:36 < mschwendt> | ignacio: no rpaths here with a local build of bpepple's src.rpm 19:37 < spot> | bpepple: then have him close out the review req. :) 19:37 < ignacio> | They show up using mock. 19:37 < bpepple> | I'll put up a gst08-plugin package later today, so that can be looked at. 19:38 < thl> | thomasvs, ignacio, thomasvs, mschwendt, would be great if we could have a solution until the next meeting 19:38 < thl> | anyway, let's move on 19:38 --- | thl has changed the topic to: FESCo Meeting -- EOL Policy 19:38 < mschwendt> | the rpaths will make it fail to build in the buildsystem, so NEEDSWORK anyway, right? 19:38 < thl> | bahh, I need to find time for it 19:38 < thl> | and talk to those Security SIG people 19:38 < thl> | let's ignore that for today 19:39 < thl> | okay? 19:39 --- | thl has changed the topic to: FESCo Meeting -- Encourage Extras reviews 19:39 < thl> | any new ideas in this area? 19:39 < f13> | wheeee....... EOL policy will come into effect sometime around when FC7 goes EOL... (; 19:39 < warren> | improve documentation 19:39 < thl> | f13, ;-) 19:40 < thl> | warren, well, agreed 19:40 < thl> | warren, who takes the job? 19:40 < warren> | Me 19:40 --> | Foolish (Sindre Pedersen Bjordal) has joined #fedora-extras 19:40 < thl> | when? 19:40 < warren> | I'll have a lot more time when we have FC5 out the door 19:40 < thl> | k 19:40 < thl> | anything else? 19:40 < warren> | not much 19:41 < warren> | It's just that I've had to explain the documentation to people in person far too many times lately 19:41 < warren> | because the documentation is too much details in one place, in the wrong order, etc. 19:41 < warren> | it needs to be split out 19:41 < warren> | maybe with some flow diagrams for visual aids 19:41 < warren> | with links to deeper details 19:42 < thl> | okay, just do it, 19:42 < warren> | nod 19:42 < thl> | so, moving on 19:42 --- | thl has changed the topic to: FESCo Meeting -- Broken deps report 19:42 < thl> | mschwendt, any news? 19:42 < thl> | or should we revisit this after FC5 is out to work on some details? 19:42 < mschwendt> | memory consumption on Rawhide is 3x to 4x higher than on FC4 19:43 < thl> | ? 19:43 < thl> | when runnig the script? 19:43 < mschwendt> | yes, it breaks my normal machine 19:43 < mschwendt> | which starts swapping 19:43 < mschwendt> | there's also a bug somewhere in the Yum backend it seems 19:43 <-- | Foolish has quit (Remote closed the connection) 19:44 < mschwendt> | sometimes it reloads the gzipped xml files again and again 19:44 < warren> | not beagle ? 19:44 < skvidal> | mschwendt: there is? 19:44 < mschwendt> | well, I could not complete a single run on rawhide yet 19:46 < thl> | so what do we do? Revisit this after FC5? 19:46 < skvidal> | mschwendt: you have an old sqlite, maybe? 19:47 < mschwendt> | I keep running it regulary on FC, but complete automation has moved a step into the future 19:47 < mschwendt> | maybe it just needs to start with a clean yum cache dir or so 19:47 < mschwendt> | that won't solve the memory consumption problem, however 19:47 < skvidal> | mschwendt: I've not gotten any bugs about memory usage in rawhide at all 19:47 < mschwendt> | skvidal: would be a Python issue anyway 19:48 < skvidal> | mschwendt: or sqlite 19:48 < mschwendt> | it's the python process which grows like hell 19:48 < skvidal> | the python-sqlite module 19:48 < skvidal> | it was a bug in there last time that caused the memory problems. 19:48 < skvidal> | paul fixed it 19:48 < mschwendt> | this is up-to-date rawhide, I believe 19:48 < mschwendt> | python-sqlite-1.1.7-1.2 19:49 < thl> | mschwendt, skvidal can you try to sort this out after the meeting and/or on the lists? 19:49 < skvidal> | err yah 19:49 < thl> | k, thx 19:49 --- | thl has changed the topic to: FESCo Meeting -- Weekly sponsorship nomination 19:49 < thl> | anyone? 19:49 --> | Foolish (Sindre Pedersen Bjordal) has joined #fedora-extras 19:50 --- | thl has changed the topic to: FESCo Meeting -- separate lists for bugzilla-spam 19:50 < thl> | warren ? 19:50 < jwb> | do it 19:50 < warren> | lists are created, I only need to do it now 19:51 < thl> | anything that still needs to be discussed? 19:51 < warren> | not really, I think we're good 19:51 < thl> | k, great 19:51 < warren> | only I'm just slow 19:51 --- | thl has changed the topic to: FESCo Meeting -- FE-NEEDSPONSOR tracker bug 19:51 < thl> | warren, that's still on the schedule 19:51 < thl> | we have such a bug now 19:51 < thl> | anything we need to do with it? 19:52 < thl> | it was your task, but somebody else created that bug 19:52 < warren> | I wasn't among the supporters of this idea 19:52 < thl> | ? 19:52 < warren> | oh 19:52 < warren> | only a process issue 19:52 < mschwendt> | :) does anyone think the extra ticket helps? 19:52 < warren> | dunno 19:53 < thl> | I think it does, but I'm not 100% sure 19:53 < mschwendt> | does anyone think it hurts the process? ;) 19:53 < bpepple> | Well, it makes it easy to know who's package I can't approve. 19:53 < mschwendt> | bpepple: right 19:53 < thl> | I'll remove it from the schedule 19:53 < thl> | if somebody does not like it complain to the list 19:53 < mschwendt> | is its usage documented in the wiki? 19:54 < thl> | I don't thinks so 19:54 < thl> | warren, could you handle that when you work on the docs? 19:54 < thl> | just a link and s short para should be enought afaics 19:54 < warren> | yup 19:55 < thl> | warren, thx 19:55 < warren> | no prob 19:55 --- | thl has changed the topic to: FESCo Meeting -- Free discussion 19:55 < thl> | anything? 19:55 < ignacio> | I though I had something, but I can't remember now. 19:55 < skvidal> | I think giraffes are cool 19:55 < skvidal> | oh 19:55 < jwb> | are we still waiting for plague 0.5 before discussing scratch builds again? 19:55 < spot> | i like pork. 19:55 < skvidal> | free discussion about extras.. 19:55 < skvidal> | whoops 19:56 < thl> | jwb, yes, I think so 19:56 < jwb> | k 19:56 < mschwendt> | *oink* 19:56 < jwb> | i like beef 19:56 < ignacio> | Oh, I remember. 19:56 < skvidal> | I like big butts, and I cannot lie 19:56 < jwb> | lol 19:56 < thl> | I would like multilib for extras 19:56 < mschwendt> | ignacio: we certainly won't ignore such an rpath 19:56 < skvidal> | I would like to spoon my eyes out 19:56 < thl> | wine.i386 in the x86_64 tree for example 19:56 < mschwendt> | ignacio: it's in /var/tmp! 19:56 < thomasvs> | thl: ew 19:56 < ignacio> | I was talking to jbj, and he was saying that a number of things that we currently check for in the review can easily be automated. 19:57 < spot> | jbj also did a lot of drugs in his youth. 19:57 < skvidal> | yes 19:57 < skvidal> | yes he did 19:57 < thomasvs> | and he has an earring 19:57 < spot> | the difficulty with automating the review tasks is that there are far too many special case scenarios that have to be dealt with 19:58 --> | finalzone (gaim) has joined #fedora-extras 19:58 < spot> | where an intelligent human can adapt, an automated process can not. 19:58 < ignacio> | Not automating the review tasks, but automating the things the review checks for. 19:58 < spot> | thats what i mean. 19:58 < ignacio> | Such as calling ldconfig, and so on. 19:59 < spot> | given enough time, i'm sure people will find exception cases 19:59 < spot> | like packages that include so files, but dont want to call ldconfig 19:59 < thl> | ignacio, is writting a script or app that checks this stuff really worth the effort? 19:59 * | bpepple thinks the fedora-qa script does a lot of that. 20:00 < ignacio> | Maybe. 20:00 < spot> | it might be helpful for reviewers, but not as a replacement 20:00 < ignacio> | There does need to be some looking into it done. 20:00 <-- | mschwendt has quit ("Lost terminal") 20:00 < ignacio> | Or maybe just should, but still. 20:00 < jwb> | there's a fedora-qa script? 20:00 <-- | finalzone has quit (Client Quit) 20:00 < nirik> | http://fedoraproject.org/wiki/AurelienBompard 20:00 < nirik> | for the fedora-qa script. ;) 20:01 < ignacio> | Why isn't that in UsefulScripts? 20:01 < ensc> | I would think about a system which checks submitted packages (e.g. with rpmlint, various installation tests, ...), tells the results into the review system and human reviewer can decide whether the package can be accepted 20:01 < jwb> | why isn't there a package for it!? 20:01 < bpepple> | jwb: Yup, it checks a lot of the items (dup BR's, etc.)/ 20:01 < ensc> | but that's nothing which can be done with some scripts 20:01 < spot> | ensc: +1 20:01 < ensc> | I wrote (resp. tarted to wrote) such a system for me diploma thesis 20:02 * | spot has to go eat lunch now, the food is getting cold 20:02 < ensc> | but it's far away from being ready 20:02 < thl> | ensc, yeah, might be a good idea 20:02 < thl> | ensc, how about asking hte list for coments? 20:02 < ensc> | thl: http://enrico-scholz.de/diplom 20:03 < ensc> | afair, I was at 15000 LOC :( 20:03 < thl> | we'll let's look at this idea after FC5 is out 20:03 < thl> | anything else? 20:03 < thl> | thomasvs, don#t like the multilib idea? 20:04 < thomasvs> | thl: I think people who want multilib in that way, should get from both trees explicitly 20:04 < thomasvs> | thl: the only way to improve true 64 bit is to make sure you can get 64-bit only systems installed 20:04 < thl> | thomasvs, wine is a exception 20:05 < thomasvs> | thl: right - so it should be installed by hand, but that's just MO 20:05 < thl> | because a wine.x86_64 would only be able to execute win x64 apps 20:05 < thl> | okay, let's stop this at this point 20:06 < thl> | anything else 20:06 * | thl will close the meeting in 30 20:06 * | thl will close the meeting in 20 20:06 * | thl will close the meeting in 10 20:06 < thl> | MARK Meeting end 20:06 < thl> | thx guys }}} -- Thorsten Leemhuis From bugzilla at redhat.com Sat Mar 4 12:21:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 07:21:55 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041221.k24CLtBw025352@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From fedora at leemhuis.info 2006-03-04 07:21 EST ------- Okay, seems I must look into this myself... Test were done on a i386 machine with rawhide from 20060303 > [...] >checking for bison... no >configure: error: Could not find bison "BuildRequire: bison" ? >checking for flex... no >configure: error: Could not find flex "BuildRequire: flex" ? /me wonders if there are other BR missing. >$ grep rpath .rpmmacros >%__arch_install_post /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot Build fine. >$ rpmlint /home/thl/rpmbuild/RPMS/i386/gstreamer08-0.8.12-2.i386.rpm >/home/thl/rpmbuild/RPMS/i386/gstreamer08-devel-0.8.12-2.i386.rpm >W: gstreamer08 non-standard-dir-in-usr libexec >E: gstreamer08-devel zero-length >/usr/share/doc/gstreamer08-devel-0.8.12/html/base.css No rpath. /me confused now -- missing BRs that nobody found before, but the rpath problem didn't show up. Or did I do something totally wrong? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Sat Mar 4 12:45:12 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 04 Mar 2006 13:45:12 +0100 Subject: Rebuild status Message-ID: <1141476312.8209.35.camel@localhost.localdomain> Hi all, latest rebuild status: 181 Packages still need a rebuild. Site note: Guys, hurry up! We only have round about one and a halve week until FC5 is shipped. Most packages should e rebuild by then or we should at least know why they are not yet rebuild. We should also try to get all missing deps fixed until then! For some packages there are excuses know why they are not yet rebuild or don't need a rebuild. See the wiki page http://www.fedoraproject.org/wiki/Extras/FC5Status for details. Please add comments there for all packages that are not yet rebuild. aaron.bennett_AT_olin.edu ifplugd 0.24-6 ad+rh-bugzilla_AT_uni-x.org pam_abl 0.2.2-2.fc5 adrian_AT_lisas.de kover 2.9.6-4 adrian_AT_lisas.de libcdio 0.76-1.fc5 adrian_AT_lisas.de most 4.10.2-2.fc5 adrian_AT_lisas.de nexuiz 1.2.1-3.fc5 adrian_AT_lisas.de ninja 1.5.8.1-2 adrian_AT_lisas.de sopwith 1.7.1-2 adrian_AT_lisas.de source-highlight 2.2-1.fc5 adrian_AT_lisas.de tin 1.6.2-4 adrian_AT_lisas.de uudeview 0.5.20-4 adrian_AT_lisas.de vnstat 1.4-5 adrian_AT_lisas.de xdesktopwaves 1.3-4 anvil_AT_livna.org aalib 1.4.0-0.rc5.7 anvil_AT_livna.org bin2iso 1.9-2.b anvil_AT_livna.org imlib2 1.2.1-5.fc5 anvil_AT_livna.org irssi 0.8.10-3.fc5 anvil_AT_livna.org libcddb 1.2.1-1.fc5 anvil_AT_livna.org libebml 0.7.6-1.fc5 anvil_AT_livna.org libmatroska 0.8.0-1.fc5 anvil_AT_livna.org libsamplerate 0.1.2-3.fc4 anvil_AT_livna.org libsndfile 1.0.11-3.fc4 anvil_AT_livna.org libtar 1.2.11-5 anvil_AT_livna.org lzo 1.08-5.fc5 aportal_AT_univ-montp2.fr gpsim 0.21.11-1.fc5 aportal_AT_univ-montp2.fr gputils 0.13.3-1.fc5 aportal_AT_univ-montp2.fr gtk+extra 2.1.1-1.fc5 bdpepple_AT_ameritech.net gnomebaker 0.5.1-2.fc5 bugs.michael_AT_gmx.net aide 0.10-2 byte_AT_fedoraproject.org adns 1.1-5 byte_AT_fedoraproject.org gaim-guifications 2.12-2.fc5 byte_AT_fedoraproject.org MagicPoint 1.11b-2.fc5 byte_AT_fedoraproject.org python-adns 1.1.0-1 chrisw_AT_redhat.com git-core 0.99.9a-2.fc5 davidhart_AT_tqmcube.com leafnode 1.9.53-3 davidz_AT_redhat.com NetworkManager-vpnc 0.5.0-1 dwmw2_AT_redhat.com exim 4.60-2.fc5 dwmw2_AT_redhat.com hfsplusutils 1.0.4-5 endur_AT_bennewitz.com streamtuner 0.99.99-11.fc5 enrico.scholz_AT_informatik.tu-chemnitz.de libtasn1 0.2.6-3 enrico.scholz_AT_informatik.tu-chemnitz.de util-vserver 0.30.210-1.fc5 extras-orphan_AT_fedoraproject.org abe 1.0-5 extras-orphan_AT_fedoraproject.org at-poke 0.2.2-2 extras-orphan_AT_fedoraproject.org dia 0.94-19 extras-orphan_AT_fedoraproject.org duplicity 0.4.1-4 extras-orphan_AT_fedoraproject.org gnofract4d 2.6-3 extras-orphan_AT_fedoraproject.org lua 5.0.2-5.fc5 extras-orphan_AT_fedoraproject.org ots 0.4.2-7 extras-orphan_AT_fedoraproject.org wbxml2 0.9.0-4 fedora_AT_soeterbroek.com xmms-cdread 0.14-6.a fredrik_AT_dolda2000.com icmpdn 0.3-2 gemi_AT_bluewin.ch audacity 1.2.3-5 gemi_AT_bluewin.ch bigloo 2.7a-2.fc5 gemi_AT_bluewin.ch erlang R10B-8.3.fc5 gemi_AT_bluewin.ch TeXmacs 1.0.5.12-2.fc5 ghenry_AT_suretecsystems.com john 1.6-4 green_AT_redhat.com jogl 1.1.1-13.fc5 green_AT_redhat.com kawa 1.8-3.fc5 green_AT_redhat.com rssowl 1.2-10.fc5 ivazquez_AT_ivazquez.net lock-keys-applet 1.0-9 jcarpenter_AT_condell.org ks3switch 0.1-1.fc5 jcarpenter_AT_condell.org lrmi 0.9-2.fc5 jcarpenter_AT_condell.org s3switch 0.0-6.20020912 jcarpenter_AT_condell.org tpb 0.6.4-2.fc5 jcarpenter_AT_condell.org xosd 2.2.14-4.fc5 jeff_AT_ultimateevil.org up-imapproxy 1.2.4-4.fc5 jeff_AT_ultimateevil.org zile 2.2.4-2.fc5 jnovy_AT_redhat.com cproto 4.7d-2 jnovy_AT_redhat.com nedit 5.5-6 joost_AT_cnoc.nl fpc 2.0.2-3.fc5 jpo_AT_di.uminho.pt libol 0.3.16-2.fc5 jpo_AT_di.uminho.pt perl-DBD-SQLite 1.11-1.fc5 jylitalo_AT_iki.fi python-imaging 1.1.4-9 lemenkov_AT_newmail.ru chmlib 0.37.4-4.fc5 lemenkov_AT_newmail.ru fuse-encfs 1.2.5-1.fc5 lemenkov_AT_newmail.ru rlog 1.3.7-1.fc5 lemenkov_AT_newmail.ru wavpack 4.31-1.fc5 llch_AT_redhat.com libtabe 0.2.6-14 llch_AT_redhat.com xcin 2.5.3.pre3-27 mattdm_AT_mattdm.org wxPythonGTK2 2.4.2.4-7 matthias_AT_rpmforge.net advancecomp 1.15-3.fc5 matthias_AT_rpmforge.net bbkeys 0.9.0-3.fc5 matthias_AT_rpmforge.net blackbox 0.70.1-3.fc5 matthias_AT_rpmforge.net boa 0.94.14-0.3.rc21.fc5 matthias_AT_rpmforge.net camE 1.9-5.fc5 matthias_AT_rpmforge.net csmash 0.6.6-11.fc5 matthias_AT_rpmforge.net d4x 2.5.6-1.fc5 matthias_AT_rpmforge.net diradmin 1.7.1-3.fc5 matthias_AT_rpmforge.net djvulibre 3.5.15-2.fc5 matthias_AT_rpmforge.net easytag 1.1-2.fc5 matthias_AT_rpmforge.net fillets-ng 0.7.3-2.fc5 matthias_AT_rpmforge.net gcombust 0.1.55-7 matthias_AT_rpmforge.net gentoo 0.11.55-2.fc5 matthias_AT_rpmforge.net giblib 1.2.4-5.fc5 matthias_AT_rpmforge.net gkrellm-aclock 0.3.3-3.fc5 matthias_AT_rpmforge.net gkrellm-freq 1.0-1.fc5 matthias_AT_rpmforge.net Gtk-Perl 0.7008-39.fc5 matthias_AT_rpmforge.net gtktalog 1.0.4-6.fc5 matthias_AT_rpmforge.net gtweakui 0.4.0-1.fc5 matthias_AT_rpmforge.net hackedbox 0.8.4-5.fc5 matthias_AT_rpmforge.net hercules 3.02-3 matthias_AT_rpmforge.net i8kutils 1.25-5.fc5 matthias_AT_rpmforge.net js 1.5-3.fc5 matthias_AT_rpmforge.net kannel 1.4.0-7.fc5 matthias_AT_rpmforge.net libcaca 0.9-9.fc5 matthias_AT_rpmforge.net liboil 0.3.6-1.fc5 matthias_AT_rpmforge.net lighttpd 1.4.10-1.fc5 matthias_AT_rpmforge.net linux_logo 4.13-1.fc5 matthias_AT_rpmforge.net lmarbles 1.0.7-4 matthias_AT_rpmforge.net metakit 2.4.9.5-1.fc5 matthias_AT_rpmforge.net ncftp 3.1.9-2.fc5 matthias_AT_rpmforge.net oidentd 2.0.7-8.fc5 matthias_AT_rpmforge.net p7zip 4.30-2.fc5 matthias_AT_rpmforge.net php-eaccelerator 5.0.4_0.9.3-3.fc5 matthias_AT_rpmforge.net php-pecl-mailparse 2.1.1-2.fc5 matthias_AT_rpmforge.net php-pecl-pdo 1.0.2-1.fc5 matthias_AT_rpmforge.net php-pecl-pdo-sqlite 0.3-3.fc5 matthias_AT_rpmforge.net plib16 1.6.0-4.fc5 matthias_AT_rpmforge.net plib 1.8.4-2.fc5 matthias_AT_rpmforge.net portaudio 18.1-6.fc5 matthias_AT_rpmforge.net powermanga 0.79-7.fc5 matthias_AT_rpmforge.net proftpd 1.3.0-0.1.rc3.fc5 matthias_AT_rpmforge.net rrdtool 1.0.49-5.fc4 matthias_AT_rpmforge.net SDL_gfx 2.0.13-3.fc5 matthias_AT_rpmforge.net starfighter 1.1-6.fc5 matthias_AT_rpmforge.net synergy 1.2.7-1.fc5 matthias_AT_rpmforge.net thttpd 2.25b-9.fc5 matthias_AT_rpmforge.net torcs 1.2.4-1.fc5 matthias_AT_rpmforge.net ucarp 1.1-4.fc5 matthias_AT_rpmforge.net udftools 1.0.0b3-4.fc5 matthias_AT_rpmforge.net viruskiller 0.9-6.fc5 matthias_AT_rpmforge.net xvattr 1.3-8.fc5 matthias_AT_rpmforge.net yasm 0.4.0-5.fc5 matthias_AT_rpmforge.net zziplib 0.13.45-1.fc5 mccann0011_AT_hotmail.com geos 2.2.1-3.fc5 mccann0011_AT_hotmail.com proj 4.4.9-1.fc5 michel.salim_AT_gmail.com gai-pal 0.7-7 mihai_AT_xcyb.org htb-util 0.2.4-0.4.pre1 nhorman_AT_redhat.com iozone 3-1 oliver_AT_linux-kernel.at fish 1.12.0-1.fc5 oliver_AT_linux-kernel.at libdnet 1.10-2.fc5 otaylor_AT_redhat.com libuninameslist 0.0-4.040707 petersen_AT_redhat.com darcs 1.0.5-1.fc5 petersen_AT_redhat.com ghc 6.4.1-2.fc5 petersen_AT_redhat.com haddock 0.7-1.fc5 rdieter_AT_math.unl.edu factory 2.0.5-6 rdieter_AT_math.unl.edu gsview 4.7-5.fc5.1 rdieter_AT_math.unl.edu libfac 2.0.5-3 rdieter_AT_math.unl.edu lyx 1.3.6-3.fc5 rdieter_AT_math.unl.edu Macaulay2 0.9.2-17.fc4 redhat_AT_flyn.org pam_mount 0.9.25-4 steve_AT_silug.org tuxpaint 0.9.13-3 tagoh_AT_redhat.com Canna 3.7p3-14.fc5 tagoh_AT_redhat.com kinput2 v3.1-26.fc5 tcallawa_AT_redhat.com compat-wxGTK 2.4.2-16.fc5 tcallawa_AT_redhat.com libgdamm 1.3.7-2.fc5 tcallawa_AT_redhat.com logjam 4.5.1-5.fc5 tcallawa_AT_redhat.com R 2.2.1-3.fc5 tcallawa_AT_redhat.com R-gnomeGUI 2.1.0-4 tcallawa_AT_redhat.com scalapack 1.7-7.fc4 tcallawa_AT_redhat.com xbase 2.0.0-3.fc5 tcallawa_AT_redhat.com xbsql 0.11-5.fc5 thomas_AT_apestaart.org directfb 0.9.24-4.fc5 thomas_AT_apestaart.org flumotion 0.1.8-1 thomas_AT_apestaart.org gstreamer08-python 0.8.3-1.fc5 thomas_AT_apestaart.org gstreamer-python 0.10.2-1.fc5 thomas_AT_apestaart.org Hermes 1.3.3-7 thomas_AT_apestaart.org ladspa 1.12-5 thomas_AT_apestaart.org libannodex 0.7.2-1.fc5 thomas_AT_apestaart.org libcmml 0.9.0-2.fc5 thomas_AT_apestaart.org liboggz 0.9.3-2.fc5 thomas_AT_apestaart.org libshout 1.0.9-4 thomas_AT_apestaart.org mach 0.4.8-1.fc5 thomas_AT_apestaart.org mod_annodex 0.2.2-2.fc5 thomas_AT_apestaart.org python-twisted 1.3.0-4 toniw_AT_iki.fi silky 0.5.4-1 tripwire-devel_AT_genesis-x.nildram.co.uk tripwire 2.3.1-22 wtogami_AT_redhat.com bonnie++ 1.03a-4 wtogami_AT_redhat.com lvcool 1.0.0-3 wtogami_AT_redhat.com perl-Digest-Nilsimsa 0.06-5 wtogami_AT_redhat.com perl-Razor-Agent 2.77-2.fc5 -- Thorsten Leemhuis From fedora at leemhuis.info Sat Mar 4 13:17:14 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 04 Mar 2006 14:17:14 +0100 Subject: Rebuild status In-Reply-To: <1141476312.8209.35.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> Message-ID: <1141478234.8209.46.camel@localhost.localdomain> Am Samstag, den 04.03.2006, 13:45 +0100 schrieb Thorsten Leemhuis: > latest rebuild status: 181 Packages still need a rebuild. [...] > aaron.bennett_AT_olin.edu ifplugd 0.24-6 Hmm, this looks like an orphan. Aaron't email doesn't work (does anybody accidentally know a up2date one?) and from a quick sight in the cvs and the accounts system it seems to me that he was never active since Fedora Extras officially started. Correct me if I'm wrong. Anyone interested in taking the package over? CU thl -- Thorsten Leemhuis From andreas at bawue.net Sat Mar 4 13:23:56 2006 From: andreas at bawue.net (Andreas Thienemann) Date: Sat, 4 Mar 2006 14:23:56 +0100 (CET) Subject: Rebuild status In-Reply-To: <1141478234.8209.46.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141478234.8209.46.camel@localhost.localdomain> Message-ID: On Sat, 4 Mar 2006, Thorsten Leemhuis wrote: >> aaron.bennett_AT_olin.edu ifplugd 0.24-6 > Anyone interested in taking the package over? Could do if no one else is interested. regards, andreas -- "Being drunk beyond the thin line of good taste" -- weEKAy on #ebone From bugzilla at redhat.com Sat Mar 4 13:30:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 08:30:26 -0500 Subject: [Bug 170309] Review Request: opencv In-Reply-To: Message-ID: <200603041330.k24DUQOa002518@www.beta.redhat.com> Please 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 2006-03-04 08:30 EST ------- Hi Simon, please see: http://fedoraproject.org/wiki/Extras/Contributors and follow the instructions. I've approved your package and will sponsor you once you setup your account within the account system. And if you have questions or problems then please email me and/or 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 bugs.michael at gmx.net Sat Mar 4 13:47:19 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 4 Mar 2006 14:47:19 +0100 Subject: [Important] Removed orphans from repository Message-ID: <20060304144719.62c6ac1d.bugs.michael@gmx.net> The Wiki page where we try to track packages which become orphaned: http://fedoraproject.org/wiki/Extras/OrphanedPackages In an attempt to clean up the package repository further for FC5, and based on the results of FESCO's last meeting, the following unmaintained packages have been disabled in Fedora Extras CVS (which means, the spec file won't build anymore without editing it) and more importantly, have been removed from the Fedora Extras Development repository. This implies that users may need to "yum remove" any of these packages from their installations because else upgrades from FC4 or older may not work without problems. (text continued below) abe arc cgoban cksfv cvsup dillo elmo freedroidrpg gdeskcal gkrellm-themes gktools gnofract4d gnome-password-generator gnome-telnet gnome-themes-extras gonvert gtkglarea2 gtkterm gurlchecker hping2 libzvt manedit mknbi monkey-bubble netdiag nget parchive perl-Net-SCP perl-Net-SSH prozilla rpmproc screem sirius tdl tetex-arabtex tetex-armtex tetex-font-tipa tetex-lgrind themes-backgrounds-gnome wbxml2 whowatch In one case (dillo) a dependency was found (sylpheed-claws requires dillo). gtkglarea2 was not removed from the repository, because lablgtk requires it. This means that owners.list should be adjusted accordingly. For every "potentially orphaned" package (for an explanation of this terminology refer to the Wiki page) there must be at least one person who is added to incoming bug reports in bugzilla, either as the package owner or via Cc. As another step we need to decide what to do with these packages in Fedora Extras 4 (and older). From bugs.michael at gmx.net Sat Mar 4 13:55:52 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 4 Mar 2006 14:55:52 +0100 Subject: Rebuild status In-Reply-To: <1141478234.8209.46.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141478234.8209.46.camel@localhost.localdomain> Message-ID: <20060304145552.0d48fe09.bugs.michael@gmx.net> On Sat, 04 Mar 2006 14:17:14 +0100, Thorsten Leemhuis wrote: > Am Samstag, den 04.03.2006, 13:45 +0100 schrieb Thorsten Leemhuis: > > > latest rebuild status: 181 Packages still need a rebuild. [...] > > > aaron.bennett_AT_olin.edu ifplugd 0.24-6 > > Hmm, this looks like an orphan. Aaron't email doesn't work (does anybody > accidentally know a up2date one?) and from a quick sight in the cvs and > the accounts system it seems to me that he was never active since Fedora > Extras officially started. Correct me if I'm wrong. According to my notes he showed interest in taking over "tdl", quote: If Laurent Papier doesn't materialize, I'm willing to take on maintaing 'tdl' as well. But that has not happened, and I'm unable to track down a FE userid for him. From bugzilla at redhat.com Sat Mar 4 13:53:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 08:53:33 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041353.k24DrXPp006297@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 08:53 EST ------- Thorsten, would you please calm down a bit and not push everyone like that? The rpaths show up when building the package as root. Can confirm this here and going to look into it later. "BR libtool automake bison flex" are needed when not building with mock. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Sat Mar 4 14:27:33 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 04 Mar 2006 15:27:33 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141476312.8209.35.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> Message-ID: <1141482453.8209.82.camel@localhost.localdomain> Am Samstag, den 04.03.2006, 13:45 +0100 schrieb Thorsten Leemhuis: > latest rebuild status: 181 Packages still need a rebuild. [...] I looked a bit closer at some of the other packagers that didn't rebuild a single package in the past weeks. I suspect that the packages listed below might be orphaned; their packages will get a copy of this mail directly. Guys, are you still around? Maybe they show up. I think if they don't do until Thursday we'll orphan those packages officially and remove them from the devel-repo if possible (e.g. no other packages depend on them). > jylitalo_AT_iki.fi python-imaging 1.1.4-9 There was never a commit from him in Fedora Extras afaics. Anyone interested in taking this one over? > mihai_AT_xcyb.org htb-util 0.2.4-0.4.pre1 There was never a commit from him in Fedora Extras afaics. Anyone interested in taking this one over? > tripwire-devel_AT_genesis-x.nildram.co.uk tripwire 2.3.1-22 There was never a commit from him in Fedora Extras afaics. Anyone interested in taking this one over? > aportal_AT_univ-montp2.fr gpsim 0.21.11-1.fc5 > aportal_AT_univ-montp2.fr gputils 0.13.3-1.fc5 > aportal_AT_univ-montp2.fr gtk+extra 2.1.1-1.fc5 Alain Portal/Dionysos Last cvs activity I found: Wed Oct 5 2005 > davidhart_AT_tqmcube.com leafnode 1.9.53-3 David Hart/eyecon Last cvs activity I found: Wed Jul 13 2005 > fredrik_AT_dolda2000.com icmpdn 0.3-2 Fredrik Tolf/oliver Imported on Sat Jul 9 2005, no activity since then. > toniw_AT_iki.fi silky 0.5.4-1 Toni Willberg/twillber Last cvs activity I found: Sun Mar 20 2005 CU thl -- Thorsten Leemhuis From joost at soeterbroek.com Sat Mar 4 14:27:54 2006 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Sat, 04 Mar 2006 15:27:54 +0100 Subject: troubleshooting x86_64 build failures on i386 hardware Message-ID: <1141482474.3650.10.camel@alexandria> Hi, I currently have build failure on x86_64 arch for package xmms-cdread: http://buildsys.fedoraproject.org/logs/fedora-development-extras/5834-xmms-cdread-0.14-7/ What options are there for troubleshooting x86_64 build failures when one does not have access to x86_64 hardware, other than repeated plague build requests? Regards, Joost From bugzilla at redhat.com Sat Mar 4 14:27:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 09:27:38 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041427.k24ERcQu011259@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From fedora at leemhuis.info 2006-03-04 09:27 EST ------- (In reply to comment #12) > Thorsten, would you please calm down a bit and not push everyone like > that? Sorry, will try. But I think the gst08 issue is an/the most important one that we really should fix before FC5 goes final. And there is not much time left. That's why I'm trying to push this issue a bit. > The rpaths show up when building the package as root. Can confirm this > here and going to look into it later. Many thx. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fredrik at dolda2000.com Sat Mar 4 14:38:59 2006 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Sat, 04 Mar 2006 15:38:59 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141482453.8209.82.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> Message-ID: <1141483139.27803.5.camel@pc7.dolda2000.com> On Sat, 2006-03-04 at 15:27 +0100, Thorsten Leemhuis wrote: > > fredrik_AT_dolda2000.com icmpdn 0.3-2 > Fredrik Tolf/oliver > Imported on Sat Jul 9 2005, no activity since then. Oliver imported this package for me before I had got a Fedora account. The entire process of trying to obtain a Fedora account in order to maintain it then became too much trouble for me, and I gave it up. I definitely wouldn't mind if someone would go ahead and rebuild it for me (although that should preferably be done with the newer 0.4 version), but I am in no greater hurry to restart the process of getting an account, so if noone feels up to it, go ahead and orphan it. Fredrik Tolf From bugzilla at redhat.com Sat Mar 4 15:00:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 10:00:03 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603041500.k24F03P9016044@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugs.michael at gmx.net ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 09:59 EST ------- Quick observation while trying to get it to build: BR gstreamer08-devel NOT gstreamer-devel BR libGL-devel NOT mesa-libGL-devel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From michel.salim at gmail.com Sat Mar 4 15:09:28 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 4 Mar 2006 10:09:28 -0500 Subject: Rebuild question Message-ID: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> If I have a package B that needs rebuilding, and it depends on another package A that has been rebuilt but has not been signed, would rebuilding B now builds it against the older A? In short, are unsigned RPMs used to build other RPMs? Any reason why it takes days before the signing process is done? Thanks, -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From ivazquez at ivazquez.net Sat Mar 4 15:16:31 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 04 Mar 2006 10:16:31 -0500 Subject: Rebuild question In-Reply-To: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> References: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> Message-ID: <1141485391.13935.18.camel@ignacio.lan> On Sat, 2006-03-04 at 10:09 -0500, Michel Salim wrote: > If I have a package B that needs rebuilding, and it depends on another > package A that has been rebuilt but has not been signed, would > rebuilding B now builds it against the older A? No. > In short, are unsigned RPMs used to build other RPMs? Yes. > Any reason why > it takes days before the signing process is done? Because somebody has to actually go and do it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Sat Mar 4 15:18:41 2006 From: paul at city-fan.org (Paul Howarth) Date: Sat, 04 Mar 2006 15:18:41 +0000 Subject: Rebuild question In-Reply-To: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> References: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> Message-ID: <1141485522.27650.8.camel@laurel.intra.city-fan.org> On Sat, 2006-03-04 at 10:09 -0500, Michel Salim wrote: > If I have a package B that needs rebuilding, and it depends on another > package A that has been rebuilt but has not been signed, would > rebuilding B now builds it against the older A? The buildsystem will use built but not yet signed packages, so you'll get a build against the new A. > In short, are unsigned RPMs used to build other RPMs? Any reason why > it takes days before the signing process is done? It's still a manual process to sign packages. Paul. From michel.salim at gmail.com Sat Mar 4 15:25:09 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 4 Mar 2006 10:25:09 -0500 Subject: Rebuild question In-Reply-To: <1141485522.27650.8.camel@laurel.intra.city-fan.org> References: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> <1141485522.27650.8.camel@laurel.intra.city-fan.org> Message-ID: <883cfe6d0603040725g59194d1fp14b262f6f40992e6@mail.gmail.com> On 3/4/06, Paul Howarth wrote: > On Sat, 2006-03-04 at 10:09 -0500, Michel Salim wrote: > > If I have a package B that needs rebuilding, and it depends on another > > package A that has been rebuilt but has not been signed, would > > rebuilding B now builds it against the older A? > > The buildsystem will use built but not yet signed packages, so you'll > get a build against the new A. > > > In short, are unsigned RPMs used to build other RPMs? Any reason why > > it takes days before the signing process is done? > > It's still a manual process to sign packages. > Thanks both, that clarifies things. -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From michel.salim at gmail.com Sat Mar 4 15:43:06 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 4 Mar 2006 10:43:06 -0500 Subject: Limewire In-Reply-To: <1141466161.8805.25.camel@T7.Linux> References: <1141466161.8805.25.camel@T7.Linux> Message-ID: <883cfe6d0603040743p68208bbye86c093407f9667@mail.gmail.com> On 3/4/06, Paul wrote: > Given we already have MLDonkey in extras, would there be a problem > including Limewire or would that be sailing a bit too close to the edge > legally? Limewire could potentially be seen as closer to the edge, since it is totally distributed and so everyone is part of the entire network. On the other hand, it does put up the appearances of warning you when you're downloading something that's "unlicensed" - not sure how the issuance of licenses is actually done. But the legality argument is moot for the moment. Does Limewire even run on the Fedora Java stack without using Sun's JRE? -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From bugzilla at redhat.com Sat Mar 4 15:47:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 10:47:25 -0500 Subject: [Bug 181801] Review Request: zeroinstall-injector In-Reply-To: Message-ID: <200603041547.k24FlP7o023600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zeroinstall-injector https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181801 ------- Additional Comments From michel.salim at gmail.com 2006-03-04 10:47 EST ------- I believe all issues have been resolved - Jochen, you might want to look at the latest src.rpm ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 15:47:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 10:47:34 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041547.k24FlY2D023617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-04 10:47 EST ------- Confirmed that the spec file patch fixes the rpath issues. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 16:04:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 11:04:26 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041604.k24G4Qah026162@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bdpepple at ameritech.net 2006-03-04 11:04 EST ------- Thanks, Michael, for correcting this. Spec Url: http://piedmont.homelinux.org/fedora/gstreamer/gstreamer08.spec SRPM Url: http://piedmont.homelinux.org/fedora/gstreamer/gstreamer08-0.8.12-3.src.rpm * Sat Mar 4 2006 Brian Pepple - 0.8.12-3 - Fix docdir installation (Thanks to Michael Schwendt). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 16:32:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 11:32:05 -0500 Subject: [Bug 183044] Review Request: perl-Kwiki-NewPage In-Reply-To: Message-ID: <200603041632.k24GW5tr030850@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-NewPage https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183044 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-04 11:31 EST ------- Everything looks good: Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. I understand that you will fix up the dependency filter once a consensus is reached on how it should be done. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 16:41:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 11:41:45 -0500 Subject: [Bug 183045] Review Request: perl-Kwiki-RecentChanges In-Reply-To: Message-ID: <200603041641.k24GfjFH032686@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-RecentChanges https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183045 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-04 11:41 EST ------- Everything looks good: Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. I understand that you'll fix up the dependency filtering once consensus is reached on how it should be done. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sat Mar 4 17:06:56 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 4 Mar 2006 12:06:56 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060304170656.C514D8014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 dillo-0.8.5-1.fc3 gc-6.7-1.fc3 zoo-2.10-7.fc3 zoo-2.10-8.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Mar 4 17:07:06 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 4 Mar 2006 12:07:06 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060304170706.763A18014@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 7 dillo-0.8.5-1.fc4 gc-6.7-1.fc4 heartbeat-2.0.3-9.fc4 perl-HTML-Template-Expr-0.06-1.fc4 planet-1.0-0.5.20060218pre zoo-2.10-7.fc4 zoo-2.10-8.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Mar 4 17:08:02 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 4 Mar 2006 12:08:02 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060304170802.CDD2C8014@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 17 balsa-2.3.12-1.fc5 dap-hdf4_handler-3.6.0-3.fc5 dejavu-fonts-2.3-2.fc5 dillo-0.8.5-1.fc5 gai-pal-0.7-9 gc-6.7-1.fc5 gkrellm-themes-2.1.9-4 gtkglarea2-1.99.0-6.fc5 ipod-sharp-0.5.15-2 lcov-1.4-2.fc5 lyx-1.4.0-0.11.pre6.fc5 perl-HTML-Template-Expr-0.06-1.fc5 planet-1.0-0.6.20060218pre qgit-1.1-1.fc5 streamtuner-0.99.99-12.fc5 zoo-2.10-7.fc5 zoo-2.10-8.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sat Mar 4 17:03:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 12:03:31 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603041703.k24H3V2D003415@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 12:03 EST ------- Hmmm, osssink works, alsasink fails: $ gst-launch-0.8 filesrc location=test.wav ! wavparse ! alsasink RUNNING pipeline ... ERROR: from element /pipeline0/alsasink0: Internal GStreamer error: state change failed. File a bug. $ gst-launch-0.8 filesrc location=test.ogg ! oggdemux ! vorbisdec ! audioconvert ! alsasink RUNNING pipeline ... ERROR: from element /pipeline0/vorbisdec0: Internal GStreamer error: pad problem. File a bug. Additional debug info: gstpad.c(2562): gst_pad_set_explicit_caps: /pipeline0/vorbisdec0: failed to negotiate (try_set_caps with "audio/x-raw-float, rate=(int)11025, channels=(int)1, endianness=(int)1234, width=(int)32, buffer-frames=(int)0" returned REFUSED) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Sat Mar 4 17:43:40 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 4 Mar 2006 18:43:40 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141483139.27803.5.camel@pc7.dolda2000.com> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> <1141483139.27803.5.camel@pc7.dolda2000.com> Message-ID: <20060304184340.4b66a511.bugs.michael@gmx.net> On Sat, 04 Mar 2006 15:38:59 +0100, Fredrik Tolf wrote: > On Sat, 2006-03-04 at 15:27 +0100, Thorsten Leemhuis wrote: > > > fredrik_AT_dolda2000.com icmpdn 0.3-2 > > Fredrik Tolf/oliver > > Imported on Sat Jul 9 2005, no activity since then. > > Oliver imported this package for me before I had got a Fedora account. > The entire process of trying to obtain a Fedora account in order to > maintain it then became too much trouble for me, and I gave it up. What exactly became too much trouble? From bugs.michael at gmx.net Sat Mar 4 17:48:09 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 4 Mar 2006 18:48:09 +0100 Subject: Rebuild question In-Reply-To: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> References: <883cfe6d0603040709p1cb12450ice6653d346ed0850@mail.gmail.com> Message-ID: <20060304184809.039f657a.bugs.michael@gmx.net> On Sat, 4 Mar 2006 10:09:28 -0500, Michel Salim wrote: > If I have a package B that needs rebuilding, and it depends on another > package A that has been rebuilt but has not been signed, would > rebuilding B now builds it against the older A? > > In short, are unsigned RPMs used to build other RPMs? Any reason why > it takes days before the signing process is done? Get that out of your head, please. It doesn't take days. The build system status page "Successful builds" says "needsign" as that is the last known state of a package. It doesn't know when packages are signed and pushed. Packages remain in that state. Compare with the reports sent to this list. From bugzilla at redhat.com Sat Mar 4 17:48:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 12:48:38 -0500 Subject: [Bug 182743] Review Request: nessus-libraries In-Reply-To: Message-ID: <200603041748.k24HmcON011102@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-04 12:48 EST ------- Why disable libpcap? It's already a BuildRequirement even. And $RPM_BUILD_ROOT not consistent. Otherwise looks good. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 17:51:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 12:51:24 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041751.k24HpOQm011640@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 12:51 EST ------- The changes in the doc installation are just a side-effect and necessity of installing with DESTDIR= instead of %makeinstall. ;) The %makeinstall macro breaks everytime any of the paths it modifies (it prepends %buildroot!) make it into files which are packaged. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Sat Mar 4 18:03:05 2006 From: wart at kobold.org (Wart) Date: Sat, 04 Mar 2006 10:03:05 -0800 Subject: [games sig] Use of seperate -data version if in same specfile? In-Reply-To: <44095C72.3080807@hhs.nl> References: <44095C72.3080807@hhs.nl> Message-ID: <4409D659.6020307@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans de Goede wrote: > Hi, > > I'm busy packaging worminator: > http://sf.net/projects/worminator/ > > And I wonder what the use of a seperate data package such as is done > with tong is if its build from the same spec, in this case an update to > the game logic / executable will also automaticly rebuild the -data > subpackage, thus no bandwith is saved by the users when they update. I would consider such a case a recommendation and not a requirement. Tong uses a separate -data package as an example of how it could be done. However, if upstream provides a separate archive for the game data, then it must be packaged separately. If deltarpm becomes a standard tool then this will all become a moot point. You might want to poke upstream and see if they are willing to archive the data separate from the binary. > Shouldn't the -data package thus be in a seperate spec? It should, but that would mean that two specs require the same tarball. I'm not sure what implications this has on the build system. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFECdZXDeYlPfs40g8RAohQAJ9VybZ2a4i78F29sOcAYwtCyz4uAwCcDAxu PaSwWfAUWjJmV6bsD9Uakpc= =wpa7 -----END PGP SIGNATURE----- From wart at kobold.org Sat Mar 4 18:09:14 2006 From: wart at kobold.org (Wart) Date: Sat, 04 Mar 2006 10:09:14 -0800 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <44095F3C.5040706@hhs.nl> References: <44095F3C.5040706@hhs.nl> Message-ID: <4409D7CA.1050309@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans de Goede wrote: > Hi, > > I had this idea last night, it would be nice to package doom (and other) > gpl game engines, or improved spinoffs such as vavoom, but they are > kinda useless without the shareware datafiles. > > Now the shareware files are freely redistributed by a lot of sites, but > nowhere there seems to be a clear license under which this is done, > which makes things kinda dodgy. > > Thus I had the following idea: > -write a program / script which gets started by the .desktop file > instead of the game will do the following: > -check if any (registered, whatever) datafiles are present, if any > found continue with running the game as usual/ > -if not display a nice graphical dialog under X explaining that some > data files are needed from say a CD and tell the user where to copy > them and to press continue once the files are there, when continue > is pressed, check again. > -Also offer the user the choice to download the shareware version for > them as an alternative. > -if the user choices to download the shareware version verify the md5 > after download! > -after download completes ask the user to press continue. > > > So what do you think, I believe this is very user friendly, but is it > legally ok? As much as I would like to see these things included, I really don't think we should be including games that require non-free downloads of the game data. Unless Fedora can legally provide all of the necessary components required to run the application, it should not be included at all. It would be nice if there were freely available alternatives to the game data files, but I don't know what the odds are of that happening. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFECdfIDeYlPfs40g8RAuX9AJ0TvMVVJg2XpVVeOroi6zjcjPC+GACeKJdF /4lccjg7dk6rAItreacN9a0= =4Jcs -----END PGP SIGNATURE----- From wart at kobold.org Sat Mar 4 18:15:03 2006 From: wart at kobold.org (Wart) Date: Sat, 04 Mar 2006 10:15:03 -0800 Subject: %datadir or %datadir/games for games? In-Reply-To: <44094F5A.8090301@hhs.nl> References: <44094F5A.8090301@hhs.nl> Message-ID: <4409D927.7040500@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hans de Goede wrote: > Also I'm interested in the Games SIG, I could add myself as a member to > the page but that doesn't do much really. Wouldn't it be an idea to > create a list for the games Sig (and maybe other active sigs too). Until now, email traffic related to the Games SIG has been very low, which didn't make a separate mailing list feel necessary. Using [games-sig] in the subject line seems like a good interim solution. But maybe we're reaching a critical mass now that would warrant such a list. My only concern would be that any packaging related issues should also be seen by the greater FE devel community. I don't want the Games SIG to become an isolated group with respect to packaging discussions. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFECdklDeYlPfs40g8RAreqAJ0Rh7UtwVwvgzJKry7LIBPbplokAgCeIWy0 2epU+qc/0S2FlqSnMh9ELjA= =L2vs -----END PGP SIGNATURE----- From toshio at tiki-lounge.com Sat Mar 4 18:17:43 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 04 Mar 2006 10:17:43 -0800 Subject: %datadir or %datadir/games for games? In-Reply-To: <4409682E.9060602@hhs.nl> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> <440953C6.2040108@hhs.nl> <1141465266.10477.167.camel@bobcat.mine.nu> <4409682E.9060602@hhs.nl> Message-ID: <1141496263.3410.7.camel@localhost> On Sat, 2006-03-04 at 11:13 +0100, Hans de Goede wrote: > > Ville Skytt? wrote: > > However, as far as I know, /usr/games has never been in the default > > $PATH of any Red Hat originated distribution, so /usr/bin/foo > > -> /usr/games/foo symlinks should be provided by the packager (or > > binaries installed to /usr/games by upstream moved to /usr/bin). > > > > I say move the binaries to /usr/bin > One reason that was voiced for /usr/games in the distant past was that /usr/games can be network mountable among a group of machines. Then a system admin can decide whether a specific machine can run games by mounting or unmounting it. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sat Mar 4 18:13:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 13:13:16 -0500 Subject: [Bug 181068] Review Request: html401-dtds - HTML 4.01 document type definitions In-Reply-To: Message-ID: <200603041813.k24IDGft014843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: html401-dtds - HTML 4.01 document type definitions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181068 ------- Additional Comments From veillard at redhat.com 2006-03-04 13:13 EST ------- Well I think the idea is fine, I didn't checked closely the package, I'm not really used to that. I don't know who takes the decision, in principle it's fine by me. Daniel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Sat Mar 4 18:20:19 2006 From: wart at kobold.org (Wart) Date: Sat, 04 Mar 2006 10:20:19 -0800 Subject: %datadir or %datadir/games for games? In-Reply-To: <1141464852.5203.67.camel@mccallum.corsepiu.local> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> <440953C6.2040108@hhs.nl> <1141464852.5203.67.camel@mccallum.corsepiu.local> Message-ID: <4409DA63.9010307@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralf Corsepius wrote: >>>>See: >>>>http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15 >>> >>>Note: >>>/usr/share/games .. Static data files for /usr/games (optional) >>> >>>=> I read this as /usr/share/games corresponds to packages having been >>>installed to /usr/games >>> >> >>Ern, /usr/games isn't mentioned elsewhere in the doc and is very >>deprecated. I believe they forgot to update this part of the doc when >>/usr/games got removed. > > Well, I think /usr/games and /usr/share/games essentially are historic > artifacts, and an LSB typical compromise to cater those systems who have > a tradition in using them. That's the impression that I also got from reading the FHS. > IIRC, there had been 2 motivations for /usr/games and /usr/share/games: > 1. Keeping games out of /usr/bin to keep $PATH clean and lean. Which seems rather silly to me since the amount of pollution from games binaries is miniscule compared to everything else already in there. > 2. Cater games which want to play uid/gid tricks on data files. > IMO, this argument is void on shared/static data and if at all, only is > applicable to score-files and the like (which nowadays are supposed to > live somewhere below /var). Anything in /usr must be usable as read-only, so I would consider any attempts to write to /usr as a bug and filed as such. >>I vote for /use/share/games/xxx because /usr/share is already rather >>crowded. >> >>What do you / others vote? > > I vote for "treat games as ordinary applications" > i.e. /usr/bin, /usr/share/, /usr/lib/, /var/lib, etc. +1 - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFECdphDeYlPfs40g8RAuMrAJ9vArd5GyDfbwoq5G+ZAHQJNhZVkACfTffN AWYPT8WcBw0kEfS1GtZ7Xko= =B2/M -----END PGP SIGNATURE----- From toshio at tiki-lounge.com Sat Mar 4 18:24:35 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 04 Mar 2006 10:24:35 -0800 Subject: SIG mailing lists (was Re: %datadir or %datadir/games for games?) In-Reply-To: <4409D927.7040500@kobold.org> References: <44094F5A.8090301@hhs.nl> <4409D927.7040500@kobold.org> Message-ID: <1141496675.3410.15.camel@localhost> On Sat, 2006-03-04 at 10:15 -0800, Wart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hans de Goede wrote: > > Also I'm interested in the Games SIG, I could add myself as a member to > > the page but that doesn't do much really. Wouldn't it be an idea to > > create a list for the games Sig (and maybe other active sigs too). > > Until now, email traffic related to the Games SIG has been very low, > which didn't make a separate mailing list feel necessary. Using > [games-sig] in the subject line seems like a good interim solution. > > But maybe we're reaching a critical mass now that would warrant such a > list. My only concern would be that any packaging related issues should > also be seen by the greater FE devel community. I don't want the Games > SIG to become an isolated group with respect to packaging discussions. ATM I think a wiki-based model would be nicer than a list as most of the trafic has been packaging related. If the discussion starts to formulate around spinning a Fedora-Games distribution/addon CD, it may be time to consider a separate ML. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sat Mar 4 18:21:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 13:21:38 -0500 Subject: [Bug 182743] Review Request: nessus-libraries In-Reply-To: Message-ID: <200603041821.k24ILcK4016360@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 ------- Additional Comments From gajownik at gmail.com 2006-03-04 13:21 EST ------- (In reply to comment #5) > Why disable libpcap? ./configure --help [snip] --enable-nessuspcap use the libpcap that comes with this package Well, `--disable-nessuspcap' forces nessus-libraries to use system libpcap, which is a Good Thing? ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Sat Mar 4 18:28:59 2006 From: wart at kobold.org (Wart) Date: Sat, 04 Mar 2006 10:28:59 -0800 Subject: [Important] Removed orphans from repository In-Reply-To: <20060304144719.62c6ac1d.bugs.michael@gmx.net> References: <20060304144719.62c6ac1d.bugs.michael@gmx.net> Message-ID: <4409DC6B.30305@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > The Wiki page where we try to track packages which become orphaned: > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > In an attempt to clean up the package repository further for FC5, and > based on the results of FESCO's last meeting, the following unmaintained > packages have been disabled in Fedora Extras CVS (which means, the spec > file won't build anymore without editing it) and more importantly, have > been removed from the Fedora Extras Development repository. > > This implies that users may need to "yum remove" any of these packages > from their installations because else upgrades from FC4 or older may not > work without problems. > > (text continued below) > > abe [...] Is it too late to take this one over? The Games SIG is still working on identifying potentially orphaned games, and this one seems to have slipped through the cracks until very recently. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFECdxnDeYlPfs40g8RAp3nAJ9Pv2Wb8+ZRe3GZiyWlhi0Mqu57rwCbB25U HJGnUW14+rvN93fMnmdLE9o= =rg+m -----END PGP SIGNATURE----- From bugzilla at redhat.com Sat Mar 4 18:24:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 13:24:05 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200603041824.k24IO53u016774@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bakery - C++ framework for creating GNOME apps https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174440 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 2006-03-04 13:23 EST ------- * When creating the docs, this happened a few times: sh: dot: command not found Problems running dot. Check your installation! Add graphviz as a BuildRequires and it should work. * BuildRequires: gettext is missing (required by the %find_lang macro) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ellson at research.att.com Sat Mar 4 18:28:52 2006 From: ellson at research.att.com (John Ellson) Date: Sat, 04 Mar 2006 13:28:52 -0500 Subject: troubleshooting x86_64 build failures on i386 hardware In-Reply-To: <1141482474.3650.10.camel@alexandria> References: <1141482474.3650.10.camel@alexandria> Message-ID: <4409DC64.5080505@research.att.com> Joost Soeterbroek wrote: > Hi, > > I currently have build failure on x86_64 arch for package xmms-cdread: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/5834-xmms-cdread-0.14-7/ > > What options are there for troubleshooting x86_64 build failures when > one does not have access to x86_64 hardware, other than repeated plague > build requests? > > Regards, > > Joost > > Joost, You can ask here and perhaps someone with x86_64 hardware can help :-) There is a xmms-cdread-x86_64.patch and a xmms-cdread.spec.patch at http://www.graphviz.org/pub/tmp/ At least it builds for me now. The patch is large because I had to: libtoolize --force --copy aclocal automake --force-missing --copy autoconf Here is a summary of the changes I made: Makefile.am - use AM_CFLAGS instead of CFLAGS, add "depcomp" to EXTRA_DIST aclocal.m4 - from running aclocal cdconf.c - add #include to suppress warning cdread.c - use "unsigned char*" instead of gchar* to suppress gcc4 warnings - disable _fini() because it collides with _fini() from /usr/lib64/crti.o, its not used anyway??? cdromlinux.h - use "unsigned char*" instead of char* to suppress gcc4 warning configure.in - use ${libdir} instead of ${prefix}/lib so as to pick up /usr/lib64 depcomp - from running automake fileinfo.c - add #include , #include , to suppress warnings ltmain.sh - from running lbtoolize playlist.c - add #include , #include , to suppress warnings Makefile.in - from running automake The key problem was likely the collision of _fini() John From bugzilla at redhat.com Sat Mar 4 18:33:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 13:33:32 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603041833.k24IXW5Y018486@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bdpepple at ameritech.net 2006-03-04 13:33 EST ------- Are there any other blockers on this package? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Sat Mar 4 18:52:49 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 4 Mar 2006 19:52:49 +0100 Subject: [Important] Removed orphans from repository In-Reply-To: <4409DC6B.30305@kobold.org> References: <20060304144719.62c6ac1d.bugs.michael@gmx.net> <4409DC6B.30305@kobold.org> Message-ID: <20060304195249.09c91505.bugs.michael@gmx.net> On Sat, 04 Mar 2006 10:28:59 -0800, Wart wrote: > > The Wiki page where we try to track packages which become orphaned: > > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > > > In an attempt to clean up the package repository further for FC5, and > > based on the results of FESCO's last meeting, the following unmaintained > > packages have been disabled in Fedora Extras CVS (which means, the spec > > file won't build anymore without editing it) and more importantly, have > > been removed from the Fedora Extras Development repository. > > > > This implies that users may need to "yum remove" any of these packages > > from their installations because else upgrades from FC4 or older may not > > work without problems. > > > > (text continued below) > > > > abe > [...] > > Is it too late to take this one over? Not too late. From toshio at tiki-lounge.com Sat Mar 4 18:59:07 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 04 Mar 2006 10:59:07 -0800 Subject: troubleshooting x86_64 build failures on i386 hardware In-Reply-To: <4409DC64.5080505@research.att.com> References: <1141482474.3650.10.camel@alexandria> <4409DC64.5080505@research.att.com> Message-ID: <1141498747.3410.24.camel@localhost> On Sat, 2006-03-04 at 13:28 -0500, John Ellson wrote: > Joost Soeterbroek wrote: > > Hi, > > > > I currently have build failure on x86_64 arch for package xmms-cdread: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/5834-xmms-cdread-0.14-7/ > > > There is a xmms-cdread-x86_64.patch and a xmms-cdread.spec.patch > at http://www.graphviz.org/pub/tmp/ > > At least it builds for me now. > > The patch is large because I had to: > libtoolize --force --copy > aclocal > automake --force-missing --copy > autoconf > > Here is a summary of the changes I made: > > Makefile.am - use AM_CFLAGS instead of CFLAGS, add "depcomp" to > EXTRA_DIST > aclocal.m4 - from running aclocal > cdconf.c - add #include to suppress warning > cdread.c - use "unsigned char*" instead of gchar* to suppress > gcc4 warnings > - disable _fini() because it collides with _fini() from > /usr/lib64/crti.o, its not used anyway??? > cdromlinux.h - use "unsigned char*" instead of char* to suppress > gcc4 warning > configure.in - use ${libdir} instead of ${prefix}/lib so as to pick > up /usr/lib64 > depcomp - from running automake > fileinfo.c - add #include , #include , to > suppress warnings > ltmain.sh - from running lbtoolize > playlist.c - add #include , #include , to > suppress warnings > Makefile.in - from running automake > > > The key problem was likely the collision of _fini() > With Joost's build, this strikes me as the relevant configure output: checking if libtool supports shared libraries... yes *** Warning: the command libtool uses to detect shared libraries, *** /usr/bin/file, produces output that libtool cannot recognize. *** The result is that libtool may fail to recognize shared libraries *** as such. This will affect the creation of libtool libraries that *** depend on shared libraries, but programs linked with such libtool *** libraries will work regardless of this problem. Nevertheless, you *** may want to report the problem to your system manager and/or to *** bug-libtool at gnu.org Which causes the libtool build to only create a static libcdread.(a|so) file. Since you re-ran libtoolize on your working package, I lean towards the libtool file included with the xmms-cdread tarball as the cause of this particular build failure. Is the output of file on Rawhide x86_64 not parsable by older libtools? (Not to say that the rest of your changes won't be necessary as well :-) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Sat Mar 4 19:01:21 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 04 Mar 2006 13:01:21 -0600 Subject: [games sig] Use of seperate -data version if in same specfile? In-Reply-To: <44095C72.3080807@hhs.nl> (Hans de Goede's message of "Sat, 04 Mar 2006 10:22:58 +0100") References: <44095C72.3080807@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> And I wonder what the use of a seperate data package such as is HdG> done with tong is if its build from the same spec, For Nazghul I split the engine from the game data because other games are being developed that use the engine, so hopefully in the future it will be useful to install the engine without the one built-in game. Plus I suspect that eventually upstream will unbundle the sample game data from the engine. HdG> Shouldn't the -data package thus be in a seperate spec? Not if it builds from the same tarball, as I understand things. - J< From fredrik at dolda2000.com Sat Mar 4 19:08:35 2006 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Sat, 04 Mar 2006 20:08:35 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <20060304184340.4b66a511.bugs.michael@gmx.net> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> <1141483139.27803.5.camel@pc7.dolda2000.com> <20060304184340.4b66a511.bugs.michael@gmx.net> Message-ID: <1141499315.27803.23.camel@pc7.dolda2000.com> On Sat, 2006-03-04 at 18:43 +0100, Michael Schwendt wrote: > On Sat, 04 Mar 2006 15:38:59 +0100, Fredrik Tolf wrote: > > > On Sat, 2006-03-04 at 15:27 +0100, Thorsten Leemhuis wrote: > > > > fredrik_AT_dolda2000.com icmpdn 0.3-2 > > > Fredrik Tolf/oliver > > > Imported on Sat Jul 9 2005, no activity since then. > > > > Oliver imported this package for me before I had got a Fedora account. > > The entire process of trying to obtain a Fedora account in order to > > maintain it then became too much trouble for me, and I gave it up. > > What exactly became too much trouble? Well, it was over half a year ago now, so I don't really recall it all, but there is quite a deal of work with the whole thing. Signing legal papers (be it with GPG or not), getting approval from physical persons, setting up CVS/plague/what-not, reviewing a number of packaging guidelines, etc. -- all in all, it's all quite a deal of work just to get one little package or two into Extras. I remember that, at the time, I made a comparison with getting the same package into Gentoo's portage, and the differences were quite obvious: Just submit an ebuild to bugs.gentoo.org, get a little feedback on its quality, fix it, and you're done. I do realize, of course, that that's probably a great deal more work on the behalf of Gentoo's maintainers, so I do understand why Fedora has taken the path it has, but nonetheless, I felt that it was too much trouble for me to be worth it just for one little package of mine. It may well be true that I'm lazy, but isn't that supposed to be a virtue for programmers? ;) Fredrik Tolf From tibbs at math.uh.edu Sat Mar 4 19:09:15 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 04 Mar 2006 13:09:15 -0600 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <44095F3C.5040706@hhs.nl> (Hans de Goede's message of "Sat, 04 Mar 2006 10:34:52 +0100") References: <44095F3C.5040706@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> Hi, I had this idea last night, it would be nice to package doom HdG> (and other) gpl game engines, or improved spinoffs such as HdG> vavoom, but they are kinda useless without the shareware HdG> datafiles. The packaging guidelines specifically mention Doom: ---- Shareware Shareware applications are not Open Source code, and are not acceptable for Fedora. However, it is worth noting that some non-executable content exists that is required to make Open Source applications functional. An example of this would be open sourced game engines, such as Doom, Heretic, and Descent. These game engines come with freely distributable shareware gamedata files. In this case, the gamedata files can be packaged and included in Fedora Extras, as long as the files meet the requirements for binary firmware. ---- HdG> Now the shareware files are freely redistributed by a lot of HdG> sites, but nowhere there seems to be a clear license under which HdG> this is done, which makes things kinda dodgy. This seems to be the case for xu4, which is an (open source) engine which plays the Ultima 4 data files. I would like to package it, and the data is available all over (including from Sourceforge, which I understand has significant restrictions on what you can host there). But I can't find any statement that it's OK to distribute the data except for some archived emails. - J< From bugzilla at redhat.com Sat Mar 4 19:04:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 14:04:45 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603041904.k24J4jJ7023312@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 ------- Additional Comments From bdpepple at ameritech.net 2006-03-04 14:04 EST ------- (In reply to comment #2) Was this working in prior versions in Rawhide? This looks like it's been an issue for awhile: http://bugzilla.gnome.org/show_bug.cgi?id=308045 If I have any free time later today, I'll give it a closer look. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Sat Mar 4 19:29:06 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Sat, 4 Mar 2006 19:29:06 +0000 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141482453.8209.82.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> Message-ID: <200603041929.07080.jamatos@fc.up.pt> On Saturday 04 March 2006 14:27, Thorsten Leemhuis wrote: > > jylitalo_AT_iki.fi ? ? ? ? ? ? ? ? ? ? ? ? ?python-imaging ? ? ? ? ? ? ? > > ? ? ? ?1.1.4-9 > > There was never a commit from him in Fedora Extras afaics. Anyone > interested in taking this one over? I am interested but I don't want to step anyone's toes. :-) Shall I proceed? -- Jos? Ab?lio From wart at kobold.org Sat Mar 4 19:32:54 2006 From: wart at kobold.org (Wart) Date: Sat, 04 Mar 2006 11:32:54 -0800 Subject: Taking ownership of abe (was: Re: [Important] Removed orphans from repository) In-Reply-To: <20060304195249.09c91505.bugs.michael@gmx.net> References: <20060304144719.62c6ac1d.bugs.michael@gmx.net> <4409DC6B.30305@kobold.org> <20060304195249.09c91505.bugs.michael@gmx.net> Message-ID: <4409EB66.8000204@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > On Sat, 04 Mar 2006 10:28:59 -0800, Wart wrote: > > >>>The Wiki page where we try to track packages which become orphaned: >>>http://fedoraproject.org/wiki/Extras/OrphanedPackages >>> >>>In an attempt to clean up the package repository further for FC5, and >>>based on the results of FESCO's last meeting, the following unmaintained >>>packages have been disabled in Fedora Extras CVS (which means, the spec >>>file won't build anymore without editing it) and more importantly, have >>>been removed from the Fedora Extras Development repository. >>> >>>This implies that users may need to "yum remove" any of these packages >>>from their installations because else upgrades from FC4 or older may not >>>work without problems. >>> >>>(text continued below) >>> >>>abe >> >>[...] >> >>Is it too late to take this one over? > > > Not too late. Then I'll officially take it over. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFECetkDeYlPfs40g8RAuCnAJsFIRdF49p3TIfoCGRRpTYaZraaUQCbBBi1 4s9ZxHhysE0u94dc9wml1MU= =K2VY -----END PGP SIGNATURE----- From terraformers at gmail.com Sat Mar 4 19:59:15 2006 From: terraformers at gmail.com (Lars G) Date: Sat, 04 Mar 2006 20:59:15 +0100 Subject: Xgl for extras In-Reply-To: <4409EB66.8000204@kobold.org> References: <20060304144719.62c6ac1d.bugs.michael@gmx.net> <4409DC6B.30305@kobold.org> <20060304195249.09c91505.bugs.michael@gmx.net> <4409EB66.8000204@kobold.org> Message-ID: <1141502355.9389.6.camel@kinichahau.homebase> Hi As Spot has packaged Xgl/Compiz for fedora [1], why not include it to the extras repo? I think it would be a nice alternative for users with nvidia cards as they can't use aiglx right now to play with. cheers lars [1] http://www.auroralinux.org/people/spot/Xgl-FC5T3/ From bugzilla at redhat.com Sat Mar 4 19:58:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 14:58:28 -0500 Subject: [Bug 183047] Review Request: perl-Kwiki-Search In-Reply-To: Message-ID: <200603041958.k24JwSZQ031730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Search https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183047 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-04 14:58 EST ------- Everything looks good: Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 20:02:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 15:02:25 -0500 Subject: [Bug 177827] Review Request: python-ctypes - Advanced Foreign Function Interface for Python In-Reply-To: Message-ID: <200603042002.k24K2PxY032407@www.beta.redhat.com> Please 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-ctypes - Advanced Foreign Function Interface for Python https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177827 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toshio at tiki-lounge.com ------- Additional Comments From toshio at tiki-lounge.com 2006-03-04 15:02 EST ------- Thanks! The spec looks sane enough but there's a new upstream version. Do you want me to start reviewing this version or do you want to update 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 Sat Mar 4 20:17:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 15:17:00 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603042017.k24KH0TO001973@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toshio at tiki-lounge.com ------- Additional Comments From toshio at tiki-lounge.com 2006-03-04 15:16 EST ------- Quite an interesting package. Only a cursory look so far, but the one thing I noticed is your packaging the files into %{_docdir}/subversion-%{version}/api-docs. Why did you choose to put them there instead of allowing them to make their own %{_docdir} area? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 20:17:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 15:17:26 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603042017.k24KHQuA002095@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-04 15:17 EST ------- Chris asked me to run mock and rpmlint on the RPM. mock does not seem to report anything, it says: init clean prep setup build ending done rpmlint gives source: W: seamonkey strange-permission seamonkey-make-package.pl 0775 W: seamonkey strange-permission seamonkey.sh.in 0775 W: seamonkey strange-permission find-external-requires 0775 W: seamonkey prereq-use fileutils perl W: seamonkey prereq-use /usr/bin/killall W: seamonkey prereq-use desktop-file-utils >= %{desktop_file_utils_version} binary: W: seamonkey invalid-license NPL/MPL W: seamonkey dangerous-command-in-%preun rm W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/messenger.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/messenger.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/en-mac.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/en-mac.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/en-US.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/en-US.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/toolkit.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/toolkit.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/en-win.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/en-win.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/help.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/help.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/sroaming.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/sroaming.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/content-packs.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/content-packs.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/classic.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/classic.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/US.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/US.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/comm.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/comm.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/modern.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/modern.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/inspector.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/inspector.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/pippki.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/pippki.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/pipnss.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/pipnss.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/venkman.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/venkman.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/en-unix.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/en-unix.jar W: seamonkey uncompressed-zip /usr/lib/seamonkey-1.0/chrome/chatzilla.jar E: seamonkey no-jar-manifest /usr/lib/seamonkey-1.0/chrome/chatzilla.jar Actually I asked the SeaMonkey developers again regarding the license, and the NPL/MPL was a mistake. I'll change that to be same as firefox: MPL/LGPL Is action required for the other items? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sat Mar 4 20:40:01 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 04 Mar 2006 20:40:01 +0000 Subject: Limewire In-Reply-To: <883cfe6d0603040743p68208bbye86c093407f9667@mail.gmail.com> References: <1141466161.8805.25.camel@T7.Linux> <883cfe6d0603040743p68208bbye86c093407f9667@mail.gmail.com> Message-ID: <1141504802.8805.33.camel@T7.Linux> Hi, > But the legality argument is moot for the moment. Does Limewire even > run on the Fedora Java stack without using Sun's JRE? The core will build using ant, the gui won't as basic.BasicHTML can't be (currently) resolved. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From bugzilla at redhat.com Sat Mar 4 21:09:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 16:09:35 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200603042109.k24L9Z4I010795@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bakery - C++ framework for creating GNOME apps https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174440 ------- Additional Comments From denis at poolshark.org 2006-03-04 16:09 EST ------- http://www.poolshark.org/src/bakery-2.3.17-1.src.rpm http://www.poolshark.org/src/bakery.spec - Update to 2.3.17 (bugfixes, more translations) - Fixed graphviz and gettext BuildRequires - clean mock build - clean rpmlint -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ellson at research.att.com Sat Mar 4 21:37:09 2006 From: ellson at research.att.com (John Ellson) Date: Sat, 04 Mar 2006 16:37:09 -0500 Subject: troubleshooting x86_64 build failures on i386 hardware In-Reply-To: <1141498747.3410.24.camel@localhost> References: <1141482474.3650.10.camel@alexandria> <4409DC64.5080505@research.att.com> <1141498747.3410.24.camel@localhost> Message-ID: <440A0885.6000305@research.att.com> Toshio Kuratomi wrote: > > With Joost's build, this strikes me as the relevant configure output: > > checking if libtool supports shared libraries... yes > > *** Warning: the command libtool uses to detect shared libraries, > *** /usr/bin/file, produces output that libtool cannot recognize. > *** The result is that libtool may fail to recognize shared libraries > *** as such. This will affect the creation of libtool libraries that > *** depend on shared libraries, but programs linked with such libtool > *** libraries will work regardless of this problem. Nevertheless, you > *** may want to report the problem to your system manager and/or to > *** bug-libtool at gnu.org > > Which causes the libtool build to only create a static libcdread.(a|so) > file. > > Since you re-ran libtoolize on your working package, I lean towards the > libtool file included with the xmms-cdread tarball as the cause of this > particular build failure. Is the output of file on Rawhide x86_64 not > parsable by older libtools? > Either that, or it wasn't looking in /usr/lib64 I don't know much about the innards of libtool, but in case it helps here is what file returns: ellson at ontap:~> file /usr/lib64/xmms/Input/* /usr/lib64/xmms/Input/libcdaudio.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libcdread.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libmikmod.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libmodplugxmms.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libmp4.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libmpc.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libmpg123.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/librh_mp3.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libspeex.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libtonegen.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libvorbis.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libwav.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libwma.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libxmms-flac.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/xmms/Input/libxmmssid.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped and if it was looking in the wrong place it would return: ellson at ontap:~> file /usr/lib/xmms/Input/* /usr/lib/xmms/Input/*: ERROR: cannot open `/usr/lib/xmms/Input/*' (No such file or directory) John From bugzilla at redhat.com Sat Mar 4 21:35:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 16:35:42 -0500 Subject: [Bug 183050] Review Request: perl-Kwiki-UserPreferences In-Reply-To: Message-ID: <200603042135.k24LZgQA015500@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-UserPreferences https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183050 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-04 16:35 EST ------- Everything looks good: Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 21:44:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 16:44:34 -0500 Subject: [Bug 184000] New: Review Request: emacs-vm 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=184000 Summary: Review Request: emacs-vm Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jonathan.underwood at gmail.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://physics.open.ac.uk/~ju83/emacs-vm.spec SRPM Name or Url: http://physics.open.ac.uk/~ju83/emacs-vm-7.19-1.src.rpm Description: VM (View Mail) is an Emacs subsystem that allows UNIX mail to be read and disposed of within Emacs. Commands exist to do the normal things expected of a mail user agent, such as generating replies, saving messages to folders, deleting messages and so on. There are other more advanced commands that do tasks like bursting and creating digests, message forwarding, and organizing message presentation according to various criteria. ****I require a sponsor**** (I have also submitted another package for review: emacs-muse) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 21:46:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 16:46:20 -0500 Subject: [Bug 175168] Review Request: gideon - GUI designer for GTK/C++ In-Reply-To: Message-ID: <200603042146.k24LkKpJ017199@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gideon - GUI designer for GTK/C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175168 ------- Additional Comments From denis at poolshark.org 2006-03-04 16:46 EST ------- http://www.poolshark.org/src/gideon-R6-0.1.BETA.src.rpm http://www.poolshark.org/src/gideon.spec - Update to R6 (New Window problem fixed) - Added desktop entry. Currently no official icon, and the app doesn't use any suitable images. Problem submitted and acknowledged upstream. - Clean mock build and rpmlint -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Mar 4 21:57:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 16:57:35 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603042157.k24LvZj0019264@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2006-03-04 16:56 EST ------- 0.5.4-2 not building on devel x86_64: ngc2.c:27:18: error: term.h: No such file or directory Sometimes specifying --disable-werror to configure works, but not this case, because -Werror is unconditionally listed in ALL_CFLAGS in configure.in. If you patch it you may want to do so to the autoconf, to enable easy future enabling and disabling. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 22:01:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:01:24 -0500 Subject: [Bug 175168] Review Request: gideon - GUI designer for GTK/C++ In-Reply-To: Message-ID: <200603042201.k24M1OIn019968@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gideon - GUI designer for GTK/C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175168 ------- Additional Comments From dan at danny.cz 2006-03-04 17:01 EST ------- Better is to use http://dl.sourceforge.net/gideon/gideon-%{version}.BETA.tar.bz2 as Source0 in the spec. It doesn't depend on the existence of one specific SF mirror. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Mar 4 22:04:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:04:47 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603042204.k24M4lMw020493@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 ------- Additional Comments From triad at df.lth.se 2006-03-04 17:04 EST ------- Updated this once again: Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/adplug.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/adplug-1.5.1-5.20060228cvs.src.rpm It now includes the latest adplug.db file from the adplug page as a %config(noreplace) file since I believe anyone using adplug will probably want this file too, and few will be bothered to download it on their own. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 22:05:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:05:39 -0500 Subject: [Bug 183052] Review Request: perl-Kwiki-UserName In-Reply-To: Message-ID: <200603042205.k24M5dCD020637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-UserName https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183052 ------- Additional Comments From tibbs at math.uh.edu 2006-03-04 17:05 EST ------- Boring cut and paste review: Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dan at danny.cz Sat Mar 4 22:18:05 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sat, 04 Mar 2006 23:18:05 +0100 Subject: using Source0 from SourceForge.net Message-ID: <1141510685.3491.26.camel@eagle.danny.cz> Hello, is a good idea to include a hint in the Packaging Guidelines how to use files from SourceForge.net as SourceX in the spec files? That using http://dl.sourceforge.net/$project/$package-$version.tar.bz2 should be the best method how to locate a file from SourceForge downloads? Dan From bugzilla at redhat.com Sat Mar 4 22:15:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:15:38 -0500 Subject: [Bug 175168] Review Request: gideon - GUI designer for GTK/C++ In-Reply-To: Message-ID: <200603042215.k24MFcSa022643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gideon - GUI designer for GTK/C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175168 ------- Additional Comments From denis at poolshark.org 2006-03-04 17:15 EST ------- Fixed. http://www.poolshark.org/src/gideon-R6-0.2.BETA.src.rpm http://www.poolshark.org/src/gideon.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 Mar 4 22:21:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:21:32 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603042221.k24MLWel024093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From jpmahowald at gmail.com 2006-03-04 17:21 EST ------- Doesn't build on development due to X modularization. No Package Found for xorg-x11-devel http://fedoraproject.org/wiki/Xorg/Modularization -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 4 22:27:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:27:49 -0500 Subject: [Bug 183303] Review Request: perl-Kwiki-Users-Remote In-Reply-To: Message-ID: <200603042227.k24MRnMB025644@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Users-Remote https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183303 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-04 17:27 EST ------- This should be the last of the Kwiki packages. Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Sat Mar 4 22:36:29 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 04 Mar 2006 16:36:29 -0600 Subject: using Source0 from SourceForge.net In-Reply-To: <1141510685.3491.26.camel@eagle.danny.cz> (Dan =?iso-8859-1?q?Hor=E1k's?= message of "Sat, 04 Mar 2006 23:18:05 +0100") References: <1141510685.3491.26.camel@eagle.danny.cz> Message-ID: >>>>> "DH" == Dan Hor?k writes: DH> Hello, is a good idea to include a hint in the Packaging DH> Guidelines how to use files from SourceForge.net as SourceX in the DH> spec files? No reason why not; this certainly needs to be stated somewhere. I stumbled over the issue when I was learning to package things, and I've seen several others with the same problem. - J< From bugzilla at redhat.com Sat Mar 4 22:36:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:36:10 -0500 Subject: [Bug 176253] Review Request: clement-2.1 In-Reply-To: Message-ID: <200603042236.k24MaAQg028315@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clement-2.1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176253 ------- Additional Comments From jpmahowald at gmail.com 2006-03-04 17:35 EST ------- Not building in mock. lvluid.c:17:31: error: security/pam_appl.h: No such file or directory Will need to BuildRequires pam-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 Sat Mar 4 22:36:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:36:34 -0500 Subject: [Bug 174320] Review Request: gcdmaster - Gnome Audio CD mastering In-Reply-To: Message-ID: <200603042236.k24MaYwI028448@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gcdmaster - Gnome Audio CD mastering https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174320 denis at poolshark.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From denis at poolshark.org 2006-03-04 17:36 EST ------- Built :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Mar 4 22:42:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:42:47 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603042242.k24MgloX029914@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 17:42 EST ------- Both work with gst-launch-0.10, and they are examples from the manual page. I recall there have been similar/same problems with GStreamer/ALSA before. Suggest an alternative test on how to verify whether this GStreamer works. What applications need this version of GStreamer? This different one works: gst-launch-0.8 filesrc location=test.wav ! typefind ! spider ! audioconvert ! audioscale ! volume ! alsasink gst-launch-0.8 filesrc location=test.wav ! typefind ! spider ! audioconvert ! audioscale ! volume ! alsasink device=hw:0 $ gconftool-2 -g /system/gstreamer/0.8/default/audiosink alsasink [...] Anyway, I have a few issues with this package: * Source tarball has not been stripped off of code with legal issues. The "removed-sources.txt" for 0.8.11 is included, but the source tarball has been upgraded to 0.8.12. [BLOCKER] * GConf2 scriptlets are incomplete. * Requiring /usr/bin/gconftool-2, but running "gconftool-2" is unclean. Require exactly what you run. If you run "gconftool-2" from $PATH, don't require an absolute path. * Inter-package deps are wrong: references to gstreamer-devel [BLOCKER] * Explicit "Requires: cdparanoia-libs >= alpha9.7" and "Requires: libmusicbrainz >= 2.1.1" are not needed, since the automatic soname dependencies are present and the minimum versions of those packages are available in FC5. * GStreamer libdir is included in main package already. * The two executables in this package are Perl scripts and create an ugly dependency on Perl. Not a blocker, but not nice. Considering that this is just sort of a compatibility package, do we need them? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 22:43:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 17:43:59 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603042243.k24Mhxnj030239@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From jpmahowald at gmail.com 2006-03-04 17:43 EST ------- I'll sponsor. Apply for cvsextras in the Fedora accounts system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 23:06:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 18:06:37 -0500 Subject: [Bug 180300] Review Request: ccrtp In-Reply-To: Message-ID: <200603042306.k24N6be8003113@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ccrtp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180300 ------- Additional Comments From jpmahowald at gmail.com 2006-03-04 18:06 EST ------- Doesn't build on devel, x86_64 queue.cpp: In function 'uint32 ost::MD5BasedRandom32()': queue.cpp:476: error: cast from 'ost::MD5BasedRandom32()::*' to 'uint32' loses precision make[3]: *** [queue.lo] Error 1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 23:51:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 18:51:45 -0500 Subject: [Bug 182040] Review Request: ratpoison - simplified keyboard-only window manager In-Reply-To: Message-ID: <200603042351.k24NpjFw011094@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ratpoison - simplified keyboard-only window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182040 ------- Additional Comments From che666 at gmail.com 2006-03-04 18:51 EST ------- gdm entry missing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 4 23:56:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 18:56:37 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603042356.k24NubtD011908@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 18:56 EST ------- No immediate blockers left. Unless a package, which requires this, will turn up build-time problems. %changelog of 0.8.12-3 doesn't match comment 14, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 00:05:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 19:05:54 -0500 Subject: [Bug 184008] New: Review Request: paco 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=184008 Summary: Review Request: paco Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: splinux at fedoraproject.org QAContact: fedora-extras-list at redhat.com Hello, i have packaged paco 1.10.3 Spec Name or Url: http://glive.tuxfamily.org/fedora/paco/paco.spec SRPM Name or Url: http://glive.tuxfamily.org/fedora/paco/paco-1.10.3-1.fc5.src.rpm Description: Paco is a simple yet powerful tool to aid package management when installing programs from source code. It uses the LD_PRELOAD method to track package installations, and provides various options to keep the installed software organized. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at cypherpunks.ca Sun Mar 5 00:17:03 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Sun, 5 Mar 2006 01:17:03 +0100 (CET) Subject: [Important] Removed orphans from repository In-Reply-To: <20060304144719.62c6ac1d.bugs.michael@gmx.net> References: <20060304144719.62c6ac1d.bugs.michael@gmx.net> Message-ID: On Sat, 4 Mar 2006, Michael Schwendt wrote: > The Wiki page where we try to track packages which become orphaned: > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > In an attempt to clean up the package repository further for FC5, and > based on the results of FESCO's last meeting, the following unmaintained > packages have been disabled in Fedora Extras CVS (which means, the spec > file won't build anymore without editing it) and more importantly, have > been removed from the Fedora Extras Development repository. I asked to take ownership of hping2, which is needed by nagios-plugins, which was (AFAIK) a month or longer ago. I had rebuild the package, and after seeing it as orphan again, I've removed it from the orphan list and updated the owners file. I need to look how to change things in bugzilla, i do not know if i have permissions to change all information there. I did reply to one bugzilla report that asked for a rebuild, which i did. > For every "potentially orphaned" package (for an explanation of this > terminology refer to the Wiki page) there must be at least one person who > is added to incoming bug reports in bugzilla, either as the package owner > or via Cc. I'm not sure if I have all permissions to change things as neeeded to become the package owner in bugzilla. I'll read up on the wiki. Paul From bugzilla at redhat.com Sun Mar 5 00:24:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 19:24:22 -0500 Subject: [Bug 184011] New: Review Request: nickle 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=184011 Summary: Review Request: nickle Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: michel.salim at gmail.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://hircus.org/fedora/nickle/nickle.spec SRPM Name or Url: http://hircus.org/fedora/nickle/nickle-2.53-1.src.rpm Description: A programming language-based prototyping environment Nickle is a programming language based prototyping environment with powerful programming and scripting capabilities. Nickle supports a variety of datatypes, especially arbitrary precision numbers. The programming language vaguely resembles C. Some things in C which do not translate easily are different, some design choices have been made differently, and a very few features are simply missing. Nickle provides the functionality of UNIX bc, dc and expr in much-improved form. It is also an ideal environment for prototyping complex algorithms. Nickle's scripting capabilities make it a nice replacement for spreadsheets in some applications, and its numeric features nicely complement the limited numeric functionality of text-oriented languages such as AWK and PERL. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 00:43:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 19:43:27 -0500 Subject: [Bug 177104] Review Request: abook - Text-based addressbook program for mutt In-Reply-To: Message-ID: <200603050043.k250hRD5019549@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: abook - Text-based addressbook program for mutt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177104 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |bugs.michael at gmx.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 19:43 EST ------- Additionally: * missing rm -rf ${RPM_BUILD_ROOT} as first line of %install * missing BuildRequires: gettext * it defaults to running "lynx" as a textmode web browser, when not installed, the error message is not obvious, since it only flashes on the screen very briefly -- alternatively: Requires: lynx * don't package in %doc the INSTALL file, since it is irrelevant and confusing to users of your package * prefer make DESTDIR=${RPM_BUILD_ROOT} over %makeinstall macro unless the latter breaks -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 5 00:44:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 19:44:48 -0500 Subject: [Bug 177104] Review Request: abook - Text-based addressbook program for mutt In-Reply-To: Message-ID: <200603050044.k250im4W019786@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: abook - Text-based addressbook program for mutt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177104 ------- Additional Comments From bugs.michael at gmx.net 2006-03-04 19:44 EST ------- > * prefer make DESTDIR=${RPM_BUILD_ROOT} over %makeinstall macro > unless the latter breaks should read: * prefer make DESTDIR=${RPM_BUILD_ROOT} over %makeinstall macro unless the former breaks and the latter works 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 Sun Mar 5 01:11:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 20:11:00 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603050111.k251B0ZJ023371@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-04 20:10 EST ------- MUST ==== * rpmlint output clean (worminator only) * Package named correctly * GPL license OK. Thanks for including the license change discussion in %doc * spec file legible, in Am. English * Source matches upstream (srpm for -data not provided) * Successfully compiles and builds on at least one platform (FC-4 x86_64) * no locale data, shared libraries, or static libraries * No excessive Requires: or BR: * Summary and description ok * macro use consistent * Game content permissible * -data package owns the directory that it creates. * Not relocatable * %doc does not affect runtime * GAMES SIG MUST ============= * application and data packaged separately * Data in %{datadir}/games permitted (see below) * spec file group ok * license file and change discussion included * file ownership ok SHOULD ====== * Builds cleanly in mock for FC-4 i386, FC-4 x86_64, and FC-5 i386 MUSTFIX ======= * Data should be a noarch package. Use: BuildArch: noarch This will also clean up the rpmlint error on the -data package. * desktop file category incorrect. It should be: Category: Application;Game;ArcadeGame; * Segfaults on FC4-x86_64. strace shows that the game hangs after the segfault, leaving a lingering worminator process. * Started up on FC5-i386, but locked up during the tutorial. SHOULDFIX ========= * Data files should be put in /usr/share/worminator, not /usr/share/games/worminator. I realize there is still a discussion on the Games SIG regarding this, so I won't consider it a blocker. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Sun Mar 5 01:54:33 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 05 Mar 2006 02:54:33 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: References: <44095F3C.5040706@hhs.nl> Message-ID: <440A44D9.4010509@hhs.nl> Jason L Tibbitts III wrote: >>>>>> "HdG" == Hans de Goede writes: > > HdG> Hi, I had this idea last night, it would be nice to package doom > HdG> (and other) gpl game engines, or improved spinoffs such as > HdG> vavoom, but they are kinda useless without the shareware > HdG> datafiles. > > The packaging guidelines specifically mention Doom: > > ---- > Shareware > > Shareware applications are not Open Source code, and are not > acceptable for Fedora. > > However, it is worth noting that some non-executable content exists > that is required to make Open Source applications functional. An > example of this would be open sourced game engines, such as Doom, > Heretic, and Descent. These game engines come with freely > distributable shareware gamedata files. > > In this case, the gamedata files can be packaged and included in > Fedora Extras, as long as the files meet the requirements for binary > firmware. > ---- > Yes and that last paragraph is the problem, I fully agree with this paragraph, but still its a problem, because one of the guidelines for binary firmware is: -Explicit permission is given by the owner to freely distribute without restrictions (this permission must be included, in "writing", with the files in the packaging) And I can't find such an explicit permission anywhere on the net. Oh dang, I didn't look properly (IOW I didn't use google) I just found licenses for doom and quake shareware data: -http://64.233.179.104/search?q=cache:1vz1XKgJYZoJ:packages.debian.org/changelogs/pool/non-free/d/doom-wad-shareware/doom-wad-shareware_1.9-1.1/doom-wad-shareware.copyright+doom+shareware+wad+license&hl=nl&gl=nl&ct=clnk&cd=1&client=firefox-a Which seems to indicate doom-shareware wad can enter FE without problems, good! -http://www.gamers.org/dEngine/license/quakesw-0.91.txt Seems more problematic, we (FE) fall under the Provider catagory I believe which means we may distribute this: Permitted Distribution. So long as this Agreement accompanies the Software at all times, ID grants to Providers the limited right to distribute, free of charge, except normal access fees, and by electronic means only, the Software; provided, however, the Software must be so electronically distributed only in a compressed format. I see no problem here, there is however a restriction on commercial Use, but there are no restrictions on redistribution. which is all that is required for binary blobs (firmware, or am I missing something?). > HdG> Now the shareware files are freely redistributed by a lot of > HdG> sites, but nowhere there seems to be a clear license under which > HdG> this is done, which makes things kinda dodgy. > > This seems to be the case for xu4, which is an (open source) engine > which plays the Ultima 4 data files. I would like to package it, and > the data is available all over (including from Sourceforge, which I > understand has significant restrictions on what you can host there). > But I can't find any statement that it's OK to distribute the data > except for some archived emails. > Archived emails are "in "writing"" and as such if they are clear should be enough. Regards, Hans From bugzilla at redhat.com Sun Mar 5 01:43:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 20:43:50 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603050143.k251hoUU028495@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-04 20:43 EST ------- MUSTFIX ======= * Data should be a noarch package. Use: BuildArch: noarch This will also clean up the rpmlint error on the -data package. * desktop file category incorrect. It should be: Category: Application;Game;ArcadeGame; I'll fix these 2 soon (no time tight now) * Segfaults on FC4-x86_64. strace shows that the game hangs after the segfault, leaving a lingering worminator process. Hmm, this could be because of the old (ancient) allegro in FC-4, unfortunatly it can't be upgraded because of .soname changes. Or did you happen to start it through ssh , there is are known allegro problems when doing this. * Started up on FC5-i386, but locked up during the tutorial. Hmm, it works fine here (x86_64), where exactly did it lock up, did you switch to a console and then attach gdb? Can you reproduce this? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 02:44:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 21:44:38 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603050244.k252icOF004949@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From wart at kobold.org 2006-03-04 21:44 EST ------- (In reply to comment #2) > * Segfaults on FC4-x86_64. strace shows that the game hangs after the segfault, > leaving a lingering worminator process. > Hmm, this could be because of the old (ancient) allegro in FC-4, unfortunatly it > can't be upgraded because of .soname changes. Or did you happen to start it > through ssh , there is are known allegro problems when doing this. I was running it directly on the desktop, not via ssh. > * Started up on FC5-i386, but locked up during the tutorial. > Hmm, it works fine here (x86_64), where exactly did it lock up, did you switch > to a console and then attach gdb? Can you reproduce this? This is definitely reproducible, but it happens at slightly different places during the tutorial. It's always at or shortly after the 'Press Z to duck' screen. gdb shows that it's hung in reset_sound(), and in fact, there is no sound playing for me. I'm running this inside of vmware, and it's possible that vmware is competing with the host system's sound resources. I'll try to bring up FC-5 directly and see if it still happens. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 02:54:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 4 Mar 2006 21:54:02 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603050254.k252s2ls006320@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From wart at kobold.org 2006-03-04 21:53 EST ------- (In reply to comment #3) > (In reply to comment #2) > > * Started up on FC5-i386, but locked up during the tutorial. > > Hmm, it works fine here (x86_64), where exactly did it lock up, did you switch > > to a console and then attach gdb? Can you reproduce this? > > This is definitely reproducible, but it happens at slightly different places > during the tutorial. It's always at or shortly after the 'Press Z to duck' > screen. gdb shows that it's hung in reset_sound(), and in fact, there is no > sound playing for me. Here's the stack while it's hung: #0 0x00501410 in ?? () #1 0xbfc7cc88 in ?? () #2 0x000001f4 in ?? () #3 0x00000001 in ?? () #4 0x00276bec in poll () from /lib/libc.so.6 #5 0x04e1f060 in snd_pcm_direct_check_interleave () from /lib/libasound.so.2 #6 0x04e1f4cf in snd_pcm_direct_server_create () from /lib/libasound.so.2 #7 0x04e17b12 in snd_pcm_dmix_open () from /lib/libasound.so.2 #8 0x04e184c9 in _snd_pcm_dmix_open () from /lib/libasound.so.2 #9 0x04de6b35 in snd_pcm_free () from /lib/libasound.so.2 #10 0x04de71b6 in snd_pcm_free () from /lib/libasound.so.2 #11 0x04de725b in snd_pcm_open_slave () from /lib/libasound.so.2 #12 0x04e01c3c in _snd_pcm_plug_open () from /lib/libasound.so.2 #13 0x04de6b35 in snd_pcm_free () from /lib/libasound.so.2 #14 0x04de7283 in snd_pcm_open_slave () from /lib/libasound.so.2 #15 0x04e1f674 in _snd_pcm_asym_open () from /lib/libasound.so.2 #16 0x04de6b35 in snd_pcm_free () from /lib/libasound.so.2 #17 0x04de71b6 in snd_pcm_free () from /lib/libasound.so.2 #18 0x00b2e34d in ?? () from /usr/lib/allegro//4.2/alleg-alsadigi.so #19 0x005c163e in install_sound () from /usr/lib/liballeg.so.4.2 #20 0x080883ac in reset_sound () at Worminator.c:3136 #21 0x0808b66a in initialize () at Worminator.c:3258 #22 0x080ab25b in main () at Worminator.c:309 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From holbrookbw at users.sourceforge.net Sun Mar 5 04:35:05 2006 From: holbrookbw at users.sourceforge.net (Brandon Holbrook) Date: Sat, 04 Mar 2006 22:35:05 -0600 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141482453.8209.82.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> Message-ID: <440A6A79.3090307@users.sourceforge.net> Thorsten Leemhuis wrote: > Am Samstag, den 04.03.2006, 13:45 +0100 schrieb Thorsten Leemhuis: > > >> latest rebuild status: 181 Packages still need a rebuild. [...] >> >> tripwire-devel_AT_genesis-x.nildram.co.uk tripwire 2.3.1-22 >> > There was never a commit from him in Fedora Extras afaics. Anyone > interested in taking this one over? > I'm still in the middle of getting a package approved and sponsored, get an account, etc, etc, etc, but I would be glad to adopt tripwire if nobody else is interested, and I ever get through the bureaucracy... -Brandon From bugzilla at redhat.com Sun Mar 5 05:07:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 00:07:17 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603050507.k2557HxQ025109@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-05 00:07 EST ------- Spec Name or Url: http://prdownloads.sourceforge.net/phpshout/php-shout-0.2.1-1.fc4.spec?download SRPM Name or Url: http://prdownloads.sourceforge.net/phpshout/php-shout-0.2.1-1.fc4.src.rpm?download In preparation for Review Day, I'm re-submitting the latest version of php-shout for review. Happy Review Day! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From notting at redhat.com Sun Mar 5 06:34:56 2006 From: notting at redhat.com (Bill Nottingham) Date: Sun, 5 Mar 2006 01:34:56 -0500 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440A44D9.4010509@hhs.nl> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> Message-ID: <20060305063456.GA8162@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > I see no problem here, there is however a restriction on commercial Use, > but there are no restrictions on redistribution. which is all that is > required for binary blobs (firmware, or am I missing something?). Non-commercial-use-only is *not* ok for Extras. Bill From j.w.r.degoede at hhs.nl Sun Mar 5 07:53:30 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 05 Mar 2006 08:53:30 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <20060305063456.GA8162@devserv.devel.redhat.com> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> Message-ID: <440A98FA.7030905@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >> I see no problem here, there is however a restriction on commercial Use, >> but there are no restrictions on redistribution. which is all that is >> required for binary blobs (firmware, or am I missing something?). > > Non-commercial-use-only is *not* ok for Extras. > Note we're talking about content (gamedata) not code here, the packaging guideline specifically state: "Shareware applications are not Open Source code, and are not acceptable for Fedora. However, it is worth noting that some non-executable content exists that is required to make Open Source applications functional. An example of this would be open sourced game engines, such as Doom, Heretic, and Descent. These game engines come with freely distributable shareware gamedata files. In this case, the gamedata files can be packaged and included in Fedora Extras, as long as the files meet the requirements for binary firmware." Thus appearantly shareware data-files are ok content, due to the nature of shareware (this is a limited version pay us for the full version) the datafiles are almost by definition not for commercial use. (The rights for commercial use is clearly reservered by the copyright, through the full version and possible other versions). Thus the gamedata files may be packaged if they meet the firmware guidelines which are: "Requirements: - The files are non-executable (note: this means that the files cannot run on their own, not that they are just chmod -x) - The files are not libraries. - The files are standalone, not embedded in executable or library code. - Explicit permission is given by the owner to freely distribute without restrictions (this permission must be included, in "writing", with the files in the packaging) - The files must be necessary for the functionality of open source code being included in Fedora." Now sharware data files clearly meet all of the above listed Requirements for firmware without question except for: "Explicit permission is given by the owner to freely distribute without restrictions (this permission must be included, in "writing", with the files in the packaging)" Thus that is imho what should be discussed, does the quake shareware license I presented allow free distributing without restriction? Now quoting the relevant part from the license again: "Permitted Distribution. So long as this Agreement accompanies the Software at all times, ID grants to Providers the limited right to distribute, free of charge, except normal access fees, and by electronic means only, the Software; provided, however, the Software must be so electronically distributed only in a compressed format." So does this allow free distributing? AFAIK Yes it does (IANAL) Is this without restrictions? Well clearly no, the following restrictions are made: -distribution must be free of charge, except normal access fees -by electronic means only -distributed only in a compressed format So we do not meet that part of the packaging guidelines for firmware. But I would like to argue that this restrictions are not relevant for FE use, thus effective it is without restrictions. Regards, Hans From bugzilla at redhat.com Sun Mar 5 07:52:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 02:52:42 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603050752.k257qgqF016619@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-05 02:52 EST ------- MUSTFIX ======= * Data should be a noarch package. Use: BuildArch: noarch This will also clean up the rpmlint error on the -data package. Fixed, new spec file at: http://home.zonnet.nl/jwrdegoede/worminator-data.spec * desktop file category incorrect. It should be: Category: Application;Game;ArcadeGame; Fixed, new srpm at the same url as the previous one (I didn't bump release): http://home.zonnet.nl/jwrdegoede/worminator-3.0R2.1-1.src.rpm * Segfaults on FC4-x86_64. strace shows that the game hangs after the segfault, leaving a lingering worminator process. Hmm, I really believe this is because of the old (ancient) allegro in FC-4, concedering that FC-5 is almost released and since I don't have any FC-4 installs I won't fix this. * Started up on FC5-i386, but locked up during the tutorial. Looking at your strace this seems buried deep in alsalib, thus not a worminator problem, most likely a problem with alsa and vmware, also is your rawhide fully up2date? I've tried to reproduce this as you described, but it works for me. I've extensivly tested this on FC-5 x86_64 and Fc-5 i386 and I've seen no (unfixed) hangs or crashes. I've also had this tested on PPC to make sure me endian dixes where correct and there it worked too. Also the Cru packager has been playing it without any problems. I have to ask you to believe me here that worminator is not an unstable pile of XXXX, but that you just have 2 unlucky configurations. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 08:31:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 03:31:37 -0500 Subject: [Bug 178903] Review Request: ikvm In-Reply-To: Message-ID: <200603050831.k258Vb7H024483@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ikvm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178903 ------- Additional Comments From michel.salim at gmail.com 2006-03-05 03:31 EST ------- The summary seems to refer to MonoDevelop: "A full-featured IDE for Mono and Gtk sharp" ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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.andrich at gmail.com Sun Mar 5 08:54:46 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Sun, 5 Mar 2006 09:54:46 +0100 Subject: Odd mock build problem In-Reply-To: <1141430099.3357.36.camel@localhost> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> Message-ID: <20060305085446.GC3472@fitheach> On Fri, Mar 03, 2006 at 03:54:59PM -0800, Toshio Kuratomi wrote: > On Wed, 2006-03-01 at 21:09 +0100, Oliver Andrich wrote: > > On Wed, Mar 01, 2006 at 12:03:06PM -0800, Toshio Kuratomi wrote: > > > Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a genius > > > with mock and I'm not at all familiar with ruby so this may not work. > > > Would you care to give it a test? > > > > > > # Get Ruby versioning > > > # The idea is to make a hack that works, even in mock (-: Thanks Rex! > > > %global ruby_ver %(ruby -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) > > > %if "%{?ruby_ver}" >= "1.8" > > > %define ruby_ver2 = %{ruby_ver} > > > %endif > > > Requires: ruby %{?ruby_ver2} > > > Hey Oliver -- I just tested this on a local mock build and it seems to > work. Since you're the creator of the ruby-spectemplate do you want to > review this and then open a bug report on fedora-rpmdevtools? I will check this today, but my first test shows it works like a charm. I will submit it later today. Thanks a lot. And thanks for the patch to ruby-http-access2. Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From bugzilla at redhat.com Sun Mar 5 09:01:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 04:01:42 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200603050901.k2591gtb030963@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bakery - C++ framework for creating GNOME apps https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174440 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-05 04:01 EST ------- Good: - rpmlint checks return: W: bakery-debuginfo objdump-failed Executing objdump on this file failed, all checks could not be run. Not critical E: bakery-devel only-non-binary-in-usr-lib There are only non binary files in /usr/lib so they should be in /usr/share. False alarm, symlink. - 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_64) - no missing BR - no unnecessary BR - locales handled by %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 - no need for .desktop file - devel package ok - no .la files - post/postun ldconfig ok - devel requires base package n-v-r 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 Mar 5 09:06:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 04:06:13 -0500 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: Message-ID: <200603050906.k2596Dfd032159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 ------- Additional Comments From mfleming+rpm at enlartenment.com 2006-03-05 04:06 EST ------- Ping - anyone want to review this? I'd have thought *someone* was interested in a vhost bandwidth management package. Any takers? *sound of crickets* :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 09:59:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 04:59:30 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603050959.k259xUE8019148@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From bojan at rexursive.com 2006-03-05 04:59 EST ------- Answer to comment #5: Because they effectively belong to subversion package, but they cannot be distributed with Fedora Core because of the size constraints. So, they end up in the correct place using the Fedora Extras 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 fedora at leemhuis.info Sun Mar 5 11:01:03 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 05 Mar 2006 12:01:03 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141482453.8209.82.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> Message-ID: <1141556464.2178.19.camel@localhost.localdomain> I got two private replies: Am Samstag, den 04.03.2006, 15:27 +0100 schrieb Thorsten Leemhuis: > Am Samstag, den 04.03.2006, 13:45 +0100 schrieb Thorsten Leemhuis: > > latest rebuild status: 181 Packages still need a rebuild. [...] > > I looked a bit closer at some of the other packagers that didn't rebuild > a single package in the past weeks. I suspect that the packages listed > below might be orphaned; their packages will get a copy of this mail > directly. Guys, are you still around? > > Maybe they show up. I think if they don't do until Thursday we'll orphan > those packages officially and remove them from the devel-repo if > possible (e.g. no other packages depend on them). >[...] > > mihai_AT_xcyb.org htb-util 0.2.4-0.4.pre1 > There was never a commit from him in Fedora Extras afaics. Anyone > interested in taking this one over? He's still around, but unfortunately has not enough time to dedicate to the Fedora community anymore. He agreed to orphan it. > > tripwire-devel_AT_genesis-x.nildram.co.uk tripwire 2.3.1-22 > There was never a commit from him in Fedora Extras afaics. Anyone > interested in taking this one over? Still around, too. "Here are the reasons Tripwire has stagnated:[...] Tripwire will not compile on gcc4.1[...] I suggest that you pass the maintainer flag onto somebody else". I'll forward the complete mail with all the details to Brandon or anybody else interested in this package. CU th. -- Thorsten Leemhuis From bugzilla at redhat.com Sun Mar 5 10:59:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 05:59:51 -0500 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: Message-ID: <200603051059.k25Axp40029627@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-05 05:59 EST ------- Needs work: * Source mod-cband-0.9.7.2.tgz is different from upstream (wiki: QAChecklist item 2) * I think you should install an example config file into /etc/httpd/conf.d/mod-cband.conf (and keep the three examples in doc) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Sun Mar 5 11:09:55 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 05 Mar 2006 12:09:55 +0100 Subject: packaging Message-ID: <1141556995.3211.1.camel@bureau.maison> I read in http://fedoraproject.org/wiki/Packaging/ReviewGuidelines?action=show&redirect=PackageReviewGuidelines that : - MUST: Packages must NOT contain any .la libtool archives, these should be removed in the spec. Someone could explain me why ? Thanks Eric From fedora at leemhuis.info Sun Mar 5 11:17:07 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 05 Mar 2006 12:17:07 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141483139.27803.5.camel@pc7.dolda2000.com> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> <1141483139.27803.5.camel@pc7.dolda2000.com> Message-ID: <1141557427.2178.23.camel@localhost.localdomain> Am Samstag, den 04.03.2006, 15:38 +0100 schrieb Fredrik Tolf: > On Sat, 2006-03-04 at 15:27 +0100, Thorsten Leemhuis wrote: > > > fredrik_AT_dolda2000.com icmpdn 0.3-2 > > Fredrik Tolf/oliver > > Imported on Sat Jul 9 2005, no activity since then. > > Oliver imported this package for me before I had got a Fedora account. > The entire process of trying to obtain a Fedora account in order to > maintain it then became too much trouble for me, and I gave it up. > > I definitely wouldn't mind if someone would go ahead and rebuild it for > me (although that should preferably be done with the newer 0.4 version), > but I am in no greater hurry to restart the process of getting an > account, so if noone feels up to it, go ahead and orphan it. Thx Fredrik for letting us know. Well, anybody around that is interested in co-maintaining this package? This seems to be the best solution for know afaics. Cu thl -- Thorsten Leemhuis From bugzilla at redhat.com Sun Mar 5 12:11:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 07:11:20 -0500 Subject: [Bug 177105] Review Request: gnomeradio - Graphical FM-Tuner program In-Reply-To: Message-ID: <200603051211.k25CBKnZ007726@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomeradio - Graphical FM-Tuner program https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177105 ------- Additional Comments From bugs.michael at gmx.net 2006-03-05 07:10 EST ------- * Missing BuildRequires gettext * LIRC is also available in Extras (lirc-devel). * rpmlint /home/qa/tmp/rpm/RPMS/gnomeradio-1.6-1.i386.rpm W: gnomeradio conffile-without-noreplace-flag /etc/gconf/schemas/gnomeradio.sche mas It should not be marked %config. * /usr/share/pixmaps/radio.png This is pollution of the global pixmaps namespace and should be avoided. The name "radio.png" is way too generic. The package stores "gnomeradio.png" in the same directory, which creates a slightly better namespace. Suggest renaming radio.png, also in the .desktop file. * $ sudo rpm -ivh -p gnomeradio-1.6-1.i386.rpm > Preparing... ########################################### [100%] > 1:gnomeradio ########################################### [100%] > gconfd-2: no process killed Killing gconfd is no longer necessary in FC5, and in case it would be necessary, make it shut up by redirecting its output. It is killed more than once in the scriptlets, which is a guarantee for this warning. * BuildRequires: gtk2-devel libgnomeui-devel Only if you're into "optimising away" redundant build requirements, notice that libgnomeui-devel requires gtk2-devel and glib2-devel already. Else add a comment to make it explicit that _your_ package also depends on the glib API directly (glib2-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 Mar 5 13:06:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 08:06:58 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603051306.k25D6wEn016948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-05 08:06 EST ------- Not a full review, as I am still awaiting sponsorship, but: 1) Description of devel package is ... lacking :) 2) Source0: http://nickle.org/release/nickle-%{version}.tar.gz could be replaced with Source0: http://nickle.org/release/%{name}-%{version}.tar.gz 3) You shouldn't install the INSTALL file as part of %doc - the package is installed, don't confuse users by adding installation instructions :) 4) rpmlint only gives one error about the GPG key (so I think all is fine): rpmlint nickle-2.53-1.src.rpm E: nickle unknown-key GPG#f77eed90 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 13:15:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 08:15:50 -0500 Subject: [Bug 183953] Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) In-Reply-To: Message-ID: <200603051315.k25DFoXd018113@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183953 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-05 08:15 EST ------- Just a few comments, as I am still awaiting a sponsor, so cannot do a full review, but: 1) Source: http://prdownloads.sourceforge.net/libbit/bit-0.1.27.tar.gz can be replaced with Source: http://prdownloads.sourceforge.net/libbit/%{name}-%{version}.tar.gz 2) the "-n bit-0.1.27" seems to be redundant in the %prep section -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Sun Mar 5 13:33:16 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 05 Mar 2006 07:33:16 -0600 Subject: packaging In-Reply-To: <1141556995.3211.1.camel@bureau.maison> References: <1141556995.3211.1.camel@bureau.maison> Message-ID: Eric Tanguy wrote: > I read in > http://fedoraproject.org/wiki/Packaging/ReviewGuidelines?action=show&redirect=PackageReviewGuidelines that : - MUST: Packages must NOT contain any .la libtool archives, these should be removed in the spec. > Someone could explain me why ? Because they just suck(*). Besides why ask why? (-: -- Rex (*) .la files cause needless dependancy bloat, mostly, and aren't (usually) needed on systems with proper shared library implementations. From bugs.michael at gmx.net Sun Mar 5 13:37:57 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 5 Mar 2006 14:37:57 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141556464.2178.19.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> <1141556464.2178.19.camel@localhost.localdomain> Message-ID: <20060305143757.38168ab2.bugs.michael@gmx.net> On Sun, 05 Mar 2006 12:01:03 +0100, Thorsten Leemhuis wrote: > I got two private replies: > > > tripwire-devel_AT_genesis-x.nildram.co.uk tripwire 2.3.1-22 > > There was never a commit from him in Fedora Extras afaics. Anyone > > interested in taking this one over? > > Still around, too. "Here are the reasons Tripwire has stagnated:[...] > Tripwire will not compile on gcc4.1[...] I suggest that you pass the > maintainer flag onto somebody else". I'll forward the complete mail with > all the details to Brandon or anybody else interested in this package. There's a similar comment in bugzilla since end of last year. From bugzilla at redhat.com Sun Mar 5 13:32:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 08:32:19 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603051332.k25DWJPv021093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 ------- Additional Comments From daner964 at student.liu.se 2006-03-05 08:31 EST ------- (In reply to comment #211) > 0.5.4-2 not building on devel x86_64: > ngc2.c:27:18: error: term.h: No such file or directory Hmmm... Have you got ncurses-devel installed? If not, try that. If it works, maybe it should be included in the buildrequires? > Sometimes specifying --disable-werror to configure works, but not this case, > because -Werror is unconditionally listed in ALL_CFLAGS in configure.in. If you > patch it you may want to do so to the autoconf, to enable easy future enabling > and disabling. Ok. I've fixed the warnings upstreams, so I'll simply wait for 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 Sun Mar 5 13:36:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 08:36:35 -0500 Subject: [Bug 184008] Review Request: paco In-Reply-To: Message-ID: <200603051336.k25DaZKO022200@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paco https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184008 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-05 08:36 EST ------- 1) Replace paco-1.10.3.tar.bz2 with %{name}-%{version}.tar.bz2 in Source0 2) I think you need Requires: gtk+-2.0 and BuildRequires: gtk+-2.0-devel, as your current Requires and BuildRequires pull in version 1.0, and building fails: checking for gtk+-2.0 >= 2.6.0... Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-2.0' found configure: error: Library requirements (gtk+-2.0 >= 2.6.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. error: Bad exit status from /var/tmp/rpm-tmp.25915 (%build) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From triad at df.lth.se Sun Mar 5 13:50:11 2006 From: triad at df.lth.se (Linus Walleij) Date: Sun, 5 Mar 2006 14:50:11 +0100 (CET) Subject: packaging In-Reply-To: <1141556995.3211.1.camel@bureau.maison> References: <1141556995.3211.1.camel@bureau.maison> Message-ID: On Sun, 5 Mar 2006, Eric Tanguy wrote: > I read in > http://fedoraproject.org/wiki/Packaging/ReviewGuidelines?action=show&redirect=PackageReviewGuidelines that : - MUST: Packages must NOT contain any .la libtool archives, these should be removed in the spec. > Someone could explain me why ? If you look inside a .la file you can see that it is some cruft used for GNU libtool-based libraries in order to provide "some extra stuff" to libtool when used with next project that may use libtool to link to the library in question. Thing is, any sane program linking any sane library will find and configure this library anyway, atleast in a nice, well-structured, well-behaved POSIX environment like Fedora Core. They may be very good on things like HP-UX, MinGW32, BeOS and what have you, but on Fedora they just take up space and blur sight. Linus From bugzilla at redhat.com Sun Mar 5 15:31:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 10:31:14 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603051531.k25FVERX008314@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 Bug 180164 depends on bug 181824, which changed state. Bug 181824 Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 15:31:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 10:31:02 -0500 Subject: [Bug 181824] Review Request: gstreamer08 In-Reply-To: Message-ID: <200603051531.k25FV2DE008217@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From bdpepple at ameritech.net 2006-03-05 10:30 EST ------- Package built -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 15:40:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 10:40:09 -0500 Subject: [Bug 184000] Review Request: emacs-vm In-Reply-To: Message-ID: <200603051540.k25Fe9ES010395@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-vm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184000 imlinux at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imlinux at gmail.com ------- Additional Comments From imlinux at gmail.com 2006-03-05 10:39 EST ------- I cannot sponsor you so just a few comments: The version in %changelog should be listed as: 7.19-1 You may want to create the init file as a separate source. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From christoph.wickert at nurfuerspam.de Sun Mar 5 15:57:30 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Sun, 05 Mar 2006 16:57:30 +0100 Subject: dropping ifplugd? (was: Re: Rebuild status) In-Reply-To: References: <1141476312.8209.35.camel@localhost.localdomain> <1141478234.8209.46.camel@localhost.localdomain> Message-ID: <1141574250.4705.8.camel@hal9000.local.lan> Am Samstag, den 04.03.2006, 14:23 +0100 schrieb Andreas Thienemann: > On Sat, 4 Mar 2006, Thorsten Leemhuis wrote: > > >> aaron.bennett_AT_olin.edu ifplugd 0.24-6 > > Anyone interested in taking the package over? > Could do if no one else is interested. I suggest removing this package from extras, since it strongly interferes with netplug, wich is part of net-tools from core. IMO it offers no additional functionality, nowerdays everything can be done with udev/hotplug and the default networking-scripts. Just my two cents Christoph From bugzilla at redhat.com Sun Mar 5 16:27:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 11:27:17 -0500 Subject: [Bug 182737] Review Request: kdetoys In-Reply-To: Message-ID: <200603051627.k25GRHX6017859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdetoys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182737 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-05 11:26 EST ------- Needs work: * BuildRequires: gettext is missing (required by the %find_lang macro) * The package should contain the text of the license (wiki: Packaging/ReviewGuidelines) * The package contains libtool archive files (*.la) (wiki: PackagingGuidelines#StaticLibraries) They can be required by KDE apps sometimes. If it's the case here, it would be good to add a comment about it. * Desktop files: some don't contain the "Application" category, and the "vendor" should be fedora. (wiki: PackagingGuidelines#desktop) Notes: * maybe "%{!?debug_package:-strip}" can be dropped in make install ? What do you think (IIRC it's needed for old distributions only) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 16:40:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 11:40:13 -0500 Subject: [Bug 176109] Review Request: pytraffic In-Reply-To: Message-ID: <200603051640.k25GeDw3020501@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pytraffic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176109 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2006-03-05 11:40 EST ------- John, you should be able to sponsor people now, aren't 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 Sun Mar 5 16:48:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 11:48:35 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603051648.k25GmZE7022100@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2006-03-05 11:48 EST ------- IIRC, configure or the Makefile hardcodes "/lib" (it uses @prefix@/lib), so it needs to be patched to find mysql in /usr/lib64. Why not add a dummy package called nagios-plugins which would contain no file but Require the various separate plugin rpms ? That would ease full-blown installs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 5 16:49:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 11:49:44 -0500 Subject: [Bug 177134] Review Request: mkvtoolnix - Matroska container utilites In-Reply-To: Message-ID: <200603051649.k25Gni5V022404@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mkvtoolnix - Matroska container utilites https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177134 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2006-03-05 11:49 EST ------- What is the best way to ask for Legal review ? Is there a tracker bug to add ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 5 16:51:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 11:51:38 -0500 Subject: [Bug 177232] Review Request: regionset - reads/sets the region code of DVD drives In-Reply-To: Message-ID: <200603051651.k25GpcPG022637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: regionset - reads/sets the region code of DVD drives https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177232 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com CC| |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-05 11:51 EST ------- (just assigning to John and blocking 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 bugzilla at redhat.com Sun Mar 5 17:20:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 12:20:22 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603051720.k25HKMIR026947@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-05 12:20 EST ------- Upstream has a newer version SPEC: https://mmcgrath.net/~mmcgrath/nrpe/nrpe.spec SRPM: http://mmcgrath.net/~mmcgrath/nrpe/nrpe-2.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 17:40:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 12:40:50 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603051740.k25HeoPl030700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 ------- Additional Comments From michel.salim at gmail.com 2006-03-05 12:40 EST ------- Ah. I wrote the spec before clarifying with upstream what the -devel package is used for, and neglected to added that .. thanks. As for upstream filename, it's common to not replace the name with %{name} - someone might want to make a parallel-installable version of the package, in which case using %{name} will break. Thanks for the note! Spec Name or Url: http://hircus.org/fedora/nickle/nickle.spec SRPM Name or Url: http://hircus.org/fedora/nickle/nickle-2.53-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 17:57:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 12:57:52 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603051757.k25HvqFE000482@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ------- Additional Comments From imlinux at gmail.com 2006-03-05 12:57 EST ------- I'm going to work with upstream to fix these issues (email's already sent) In the meantime I've created a nagios-plugins-all subpackage that installs all available plugins. SPEC: http://mmcgrath.net/~mmcgrath/nagios/nagios-plugins.spec SRPM: http://mmcgrath.net/~mmcgrath/nagios/nagios-plugins-1.4.2-7.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Mar 5 18:14:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 13:14:25 -0500 Subject: [Bug 183953] Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) In-Reply-To: Message-ID: <200603051814.k25IEPxm002837@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183953 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 13:14 EST ------- Right on both counts. When I first created the .spec file I wasn't sure if I was going to need to vary the package name from the distribution name, so I make them separate. Since I don't need to, I can eliminate that bit of cruft. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 18:21:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 13:21:47 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200603051821.k25ILlEP003955@www.beta.redhat.com> Please 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 gauret at free.fr 2006-03-05 13:21 EST ------- Review for release 4: * RPM name is OK * This is the latest version * Builds fine in mock * Source is the same as upstream's * Starts up, seems to work most of the time Notes: * Is %makeinstall needed ? We usually use "make install DESTDIR=%{buildroot}" * The about box does not work, I don't know why. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 5 18:28:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 13:28:07 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603051828.k25IS7X1005116@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 13:28 EST ------- Not a review; just a few comments from a newbie. These are based on the other comments that I've received and a quick scan... %build missing an explicit make statement. Something like: make %{?_smp_mflags} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 18:35:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 13:35:42 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) In-Reply-To: Message-ID: <200603051835.k25IZgEA006703@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From ed at eh3.com 2006-03-05 13:35 EST ------- Hi Sergio, the 1.4-1 SRPM and its clearly an improvement: + no more errors or warnings from rpmlint + builds in mock on FC4 One blocker remains, though. The source copy in your 1.4-1 SRPM does not match the upstream copy. I untarred both and a diff shows that upstream has apparently removed the "CCfits/License.txt" file. And I don't see any mention of the license terms on the upstream web site, but I may have somehow missed it (please point it out if I did!). Ultimately, I think the license is fine since works made by the US government for research purposes are frequently "distributable" and usable by all -- unless otherwise noted. So, could you please create an updated SRPM that removes the need for the "CCfits/License.txt" file and I'll take a quick (and hopefully last!) one look? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 18:36:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 13:36:45 -0500 Subject: [Bug 180743] Review Request: pdsh In-Reply-To: Message-ID: <200603051836.k25IajXZ006984@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pdsh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180743 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 13:36 EST ------- Good: + rpmlint of source rpm ok. + Local build worked fine. + rpmlint of binaries rpm ok. Bad: - Package doesn't contains verbatin license text. - found .la files in pdsh-rcmd-rsh and pdsh-rcmd.ssh. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 19:05:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 14:05:38 -0500 Subject: [Bug 181753] Review Request: mm - Shared memory allocation library In-Reply-To: Message-ID: <200603051905.k25J5cej010921@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mm - Shared memory allocation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181753 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 14:05 EST ------- Good: + rpmlint of source rpm ok. + local build workes fine. + rpmlint of binaries packages ok. + debuginfo packages ok. + build fine on mock. + local install work fine. + local remove of the packages worked fine. You package is APPROVED !!! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 19:11:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 14:11:49 -0500 Subject: [Bug 181801] Review Request: zeroinstall-injector In-Reply-To: Message-ID: <200603051911.k25JBnFr011836@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zeroinstall-injector https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181801 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 14:11 EST ------- Good: + rpmlint of source rpm ok. Bad: - local build failes: zeroinstall-injector-0.18/zeroinstall/injector/__init__.py zeroinstall-injector-0.18/zeroinstall/injector/download.py zeroinstall-injector-0.18/zeroinstall/injector/reader.py zeroinstall-injector-0.18/zeroinstall/__init__.py zeroinstall-injector-0.18/COPYING + popd ~/redhat/BUILD + cd /home/pclinux/redhat/BUILD + cd zeroinstall-injector-0.18 /var/tmp/rpm-tmp.94338: line 28: cd: zeroinstall-injector-0.18: No such file or directory Fehler: Bad exit status from /var/tmp/rpm-tmp.94338 (%prep) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sun Mar 5 19:42:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 5 Mar 2006 14:42:13 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060305194213.93AC88003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 dap-hdf4_handler-3.6.0-3.fc3 libannodex-0.7.3-3.fc3 libcmml-0.9.1-1.fc3 liboggz-0.9.4-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 5 19:42:23 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 5 Mar 2006 14:42:23 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060305194223.802298003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 abe-1.1-1.fc4 dap-hdf4_handler-3.6.0-3.fc4 fuse-2.5.2-3.fc4 libannodex-0.7.3-3.fc4 libcmml-0.9.1-1.fc4 liboggz-0.9.4-1.fc4 xmms-cdread-0.14-9.fc4 ytalk-3.3.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 Mar 5 19:42:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 5 Mar 2006 14:42:54 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060305194254.1B7418003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 22 abe-1.0-6.fc5 abe-1.1-1.fc5 bin2iso-1.9-3.b.fc5 cproto-4.7e-1.fc5 dejavu-fonts-2.3-3.fc5 directfb-0.9.24-5.fc5 flumotion-0.2.0-1.fc5 geos-2.2.1-4.fc5 gstreamer08-0.8.12-3 gstreamer08-0.8.12-4.fc5 libannodex-0.7.3-3.fc5 libcmml-0.9.1-1.fc5 liboggz-0.9.4-1.fc5 libshout-1.0.9-5.fc5 mod_annodex-0.2.2-3.fc5 nedit-5.5-7.fc5 proj-4.4.9-3.fc5 python-twisted-1.3.0-5.fc5 regexxer-0.8-4.fc5 shapelib-1.2.10-9 util-vserver-0.30.210-2.fc5 xmms-cdread-0.14-9.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sun Mar 5 19:44:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 14:44:42 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200603051944.k25Jigku017226@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bakery - C++ framework for creating GNOME apps https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174440 denis at poolshark.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From denis at poolshark.org 2006-03-05 14:44 EST ------- Imported and built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Mar 5 19:56:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 14:56:33 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603051956.k25JuX2S018835@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |kevin at tummy.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From kevin at tummy.com 2006-03-05 14:56 EST ------- Greetings, here is a review: MUST items: OK - Package name good. OK - Spec file name matches OK - Package guidelines OK - Licsense. OK - License field matches in spec. OK - Spec in american english OK - Spec legible OK - Md5sum of source from upstream 96a074a0e7d5cc7b7f54012df574d6cf muse-3.02.6a.tar.gz 96a074a0e7d5cc7b7f54012df574d6cf muse-3.02.6a.tar.gz.1 OK - Compiles and builds on one arch at least. OK - no Forbidden buildrequires included. OK - Owns all directories it creates. OK - No duplicate files in %files listing. OK - Permissions on files correct. OK - Clean section correct. OK - Macros consistant. OK - Code not content. OK - Docs must not affect runtime. OK - Doesn't own any files/dirs that are already owned by others. blockers: 1. missing BuildRequires: texinfo 2. rpmlint issues: E: muse info-dir-file /usr/share/info/dir W: muse incoherent-version-in-changelog 3.02.6a 3.02.6a-2 W: muse doc-file-dependency /usr/share/doc/muse-3.02.6a/examples/johnw/publish-johnw /bin/bash W: muse doc-file-dependency /usr/share/doc/muse-3.02.6a/examples/publish-project /bin/bash W: emacs-muse no-documentation W: emacs-muse-el no-documentation W: xemacs-muse-el no-documentation W: xemacs-muse no-documentation all can be ignored, except for the Error with info-dir-file. That file is created when you build as root, suggest: rm -f $RPM_BUILD_ROOT/usr/share/info/dir in install. nits: 3. Might ask upstream to start including the GPL COPYING file with the release. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 20:03:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 15:03:12 -0500 Subject: [Bug 172755] Review Request: xcompmgr - X11 composite manager In-Reply-To: Message-ID: <200603052003.k25K3CiG019787@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xcompmgr - X11 composite manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172755 ------- Additional Comments From kevin at tummy.com 2006-03-05 15:02 EST ------- Ping Deji. Per the license comments, unless there is further objection, could you change it to STL in the package and file a RFE against rpmlint to add that as a valid license? Thoughts? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 5 20:12:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 15:12:07 -0500 Subject: [Bug 178169] Review Request: jigdo In-Reply-To: Message-ID: <200603052012.k25KC7Uh021333@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jigdo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178169 ------- Additional Comments From kevin at tummy.com 2006-03-05 15:12 EST ------- w3c-libwww is now in extras. Can you confirm that this package functions as expected compiled against that package? In the gcc41 patch you move the outOfMemory function around. Is that really needed? I don't see any changes made to the function, just moving 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 Mar 5 20:17:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 15:17:10 -0500 Subject: [Bug 174952] Review Request: lightning - GNU Lightning In-Reply-To: Message-ID: <200603052017.k25KHAQ6022153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: lightning - GNU Lightning https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174952 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 15:17 EST ------- Unfortunately NO. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nman64 at n-man.com Sun Mar 5 20:26:33 2006 From: nman64 at n-man.com (Patrick Barnes) Date: Sun, 5 Mar 2006 14:26:33 -0600 Subject: Review Day in Progress! Message-ID: <200603051426.37266.nman64@n-man.com> Today is another Review Day! If you are trying to get a package reviewed, stop by #fedora-extras on freenode to join in the peer review. You don't need a sponsor to participate. Everyone is welcome, and all feedback is valuable. We'll see you there! -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Sun Mar 5 20:23:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 15:23:24 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603052023.k25KNOif023382@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From toshio at tiki-lounge.com 2006-03-05 15:23 EST ------- Okay -- I'll do a review 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 Sun Mar 5 20:29:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 15:29:39 -0500 Subject: [Bug 182175] Review Request: libast - handy routines and drop-in substitutes for some good-but-non-portable functions (needed by eterm) In-Reply-To: Message-ID: <200603052029.k25KTdMn024216@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libast - handy routines and drop-in substitutes for some good-but-non-portable functions (needed by eterm) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182175 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 15:29 EST ------- Good: + rpmlint for source rpm ok. + local build work fine. + rpmlint of binaries rpm fine. + mock build worked fine. your package is APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 20:39:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 15:39:45 -0500 Subject: [Bug 176579] Review Request: ipsvd -- Internet protocol service daemons In-Reply-To: Message-ID: <200603052039.k25Kdjpc026383@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipsvd -- Internet protocol service daemons https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176579 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 15:39 EST ------- Sorry, I have look into the docs of ipsvd. the standard was to installing ipsvd is the use of the normale glibc. dietlibc is descripted as a special way to install it. So I can't approve you. you have the thwo chances: 1.) Fix it how expected. 2.) Search another review which will except you 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 Mar 5 21:13:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:13:50 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603052113.k25LDohN031078@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From kevin at tummy.com 2006-03-05 16:13 EST ------- Just a few comments I noticed looking at this: - Not sure it will currently build in the build system as ruby isn't in the base build env. Not sure what the answer is there. Add ruby to base? Hard code rubylibdir ? - There are some outstanding comments on facter (which this depends on). Probibly should look at fixing all those first. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From kevin-fedora-extras at scrye.com Sun Mar 5 21:02:55 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 05 Mar 2006 14:02:55 -0700 (MST) Subject: Odd mock build problem References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> Message-ID: <20060305.140255.1005434508.kevin@scrye.com> From: Kevin Fenzi --text follows this line-- >>>>> "Oliver" == Oliver Andrich writes: Oliver> On Fri, Mar 03, 2006 at 03:54:59PM -0800, Toshio Kuratomi Oliver> wrote: >> On Wed, 2006-03-01 at 21:09 +0100, Oliver Andrich wrote: >> > On Wed, Mar 01, 2006 at 12:03:06PM -0800, Toshio Kuratomi wrote: >> > > Here's an adaptation of Rex's maxima/sbcl snippet. I'm not a >> genius > > with mock and I'm not at all familiar with ruby so this >> may not work. > > Would you care to give it a test? >> > > >> > > # Get Ruby versioning > > # The idea is to make a hack that >> works, even in mock (-: Thanks Rex! > > %global ruby_ver %(ruby >> -rrbconfig -e 'puts Config::CONFIG["ruby_version"]) > > %if >> "%{?ruby_ver}" >= "1.8" > > %define ruby_ver2 = %{ruby_ver} > > >> %endif > > Requires: ruby %{?ruby_ver2} >> > >> Hey Oliver -- I just tested this on a local mock build and it seems >> to work. Since you're the creator of the ruby-spectemplate do you >> want to review this and then open a bug report on >> fedora-rpmdevtools? Oliver> I will check this today, but my first test shows it works like Oliver> a charm. I will submit it later today. Thanks a lot. And Oliver> thanks for the patch to ruby-http-access2. Perhaps I have missed something here, but I can see that this would work fine for local mock builds where you have ruby installed, but how does it work with the build system? Or does it? Since as dcbw pointed out eariler in the thread ruby isn't there when plague makes the src.rpm it passes to mock. Or am I missing something here? Perhaps we just need to add ruby to the base build group? Then this should work. Oliver> Best regards, Oliver Oliver> -- Oliver Andrich --- oliver.andrich at gmail.com --- Oliver> http://roughbook.de/ kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Sun Mar 5 21:24:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:24:49 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603052124.k25LOnKV000679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG AssignedTo|bugzilla-sink at leemhuis.info |Jochen at herr-schmitt.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-05 16:24 EST ------- Good: + Local build worked fine. + Mock build wored fine. Bad: - Missing SMP flags. If it doesn't build with it, please add a comment (wiki: PackagingGuidelines#parallelmake) - %{?dist} missing. - init script doesn't have a reload action. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:32:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:32:02 -0500 Subject: [Bug 183953] Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) In-Reply-To: Message-ID: <200603052132.k25LW2OF001890@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183953 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 16:31 EST ------- A few minor tweaks, including cleanup of the Source tag and the %setup section. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/bit.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/bit-0.1.27-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:32:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:32:23 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603052132.k25LWN4P001965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 16:32 EST ------- A few minor tweaks, including cleanup of the Source tag and the %setup section. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/cairomm.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/cairomm-0.5.0-9.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:33:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:33:48 -0500 Subject: [Bug 183322] Review Request: conexus (network and serial I/O library with Gtkmm widgets) In-Reply-To: Message-ID: <200603052133.k25LXmd8002246@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: conexus (network and serial I/O library with Gtkmm widgets) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183322 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 16:33 EST ------- A few minor tweaks, including cleanup of the Source tag and the %setup section. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/conexus.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/conexus-0.1.16-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:34:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:34:22 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603052134.k25LYMf1002370@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 16:34 EST ------- A few minor tweaks, including cleanup of the Source tag and the %setup section. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/idioskopos-0.1.9-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:35:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:35:23 -0500 Subject: [Bug 183439] Review Request: papyrus (Canvas drawing library based on cairo/cairomm) In-Reply-To: Message-ID: <200603052135.k25LZN31002635@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: papyrus (Canvas drawing library based on cairo/cairomm) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183439 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-05 16:35 EST ------- A new release and a few minor tweaks, including cleanup of the Source tag and the %setup section. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/papyrus.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/papyrus-0.1.6-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:44:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:44:57 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603052144.k25LivoJ004014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 ------- Additional Comments From bdpepple at ameritech.net 2006-03-05 16:44 EST ------- Spec Url: http://piedmont.homelinux.org/fedora/gstreamer/gstreamer08-plugins.spec SRPM Url: http://piedmont.homelinux.org/fedora/gstreamer/gstreamer08-plugins-0.8.12-2.src.rpm * Sun Mar 5 2006 Brian Pepple - 0.8.12-2 - Add patch-tarball.sh back. - Strip source tarball of code w/ legal issues. - Remove req. for cdparanoia-libs & libmusicbrainz. - Fix references to gstreamer-devel. - Fix GConf2 scriptlets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 21:57:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 16:57:28 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603052157.k25LvSN8005834@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 ------- Additional Comments From bdpepple at ameritech.net 2006-03-05 16:57 EST ------- (In reply to comment #4) > > Suggest an alternative test on how to verify whether this GStreamer works. > What applications need this version of GStreamer? > Gnome-Baker. I had no problems burning an audio cd with this gstreamer-plugin (tested w/ ogg & flac). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 22:04:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:04:34 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603052204.k25M4YX6006775@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-05 17:04 EST ------- SRPM: http://mmcgrath.net/~mmcgrath/nrpe/nrpe-2.4-2.src.rpm SPEC: http://mmcgrath.net/~mmcgrath/nrpe/nrpe.spec - Added %{?dist} - Parallel build added and works. - Added reload section (via HUP) to the init script -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 22:05:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:05:05 -0500 Subject: [Bug 182173] Review Request: eterm - a color vt102 terminal emulator In-Reply-To: Message-ID: <200603052205.k25M55JO006853@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eterm - a color vt102 terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 ------- Additional Comments From ed at eh3.com 2006-03-05 17:04 EST ------- Hi Terje, this is not a full review, just a few observations: good: + source matches upstream needswork: - BuildRoot should be: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - rpmlint reports: E: eterm explicit-lib-dependency libast E: eterm binary-or-shlib-defines-rpath /usr/bin/Esetroot ['/usr/lib', '/usr/lib/Eterm'] E: eterm binary-or-shlib-defines-rpath /usr/bin/Eterm ['/usr/lib', '/usr/lib/Eterm'] amusing: + from the ./configure output: checking for life_signs in -lKenny... no Oh my god, they killed Kenny! You bastards! probably not acceptable in FC or FE: - from the Eterm-0.9.3/src/command.c file: * Copyright 1992 John Bovey, University of Kent at Canterbury. * * You can do what you like with this source code as long as * you don't try to make money out of it and you include an * unaltered copy of this message (including the copyright). Please contact upstream and inquire about the overall license. The vast majority of the code is BSD-style (per Michael Jennings) but the license on the command.c file explicitly forbids "making money" and AFAICT this is not acceptable for FC or FE (that is, folks should be allowed to sell copies of Fedora-packaged software if they desire). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 22:14:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:14:50 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603052214.k25MEogB008441@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 ------- Additional Comments From jamatos at fc.up.pt 2006-03-05 17:14 EST ------- And where is it the Makefile? ;-) Seriously this rule does not apply to programming languages that have their own way to install packages. R is a free implementation of the S programming language. If you look to most python packages you will notice that that there is not any make there as well, they use distutils. The same should apply to perl packages and I would expect to ruby as well. Thank you for your input but it does not apply in this case. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From oliver.andrich at gmail.com Sun Mar 5 22:18:46 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Sun, 5 Mar 2006 23:18:46 +0100 Subject: Odd mock build problem In-Reply-To: <20060305.140255.1005434508.kevin@scrye.com> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> <20060305.140255.1005434508.kevin@scrye.com> Message-ID: <20060305221846.GA27321@fitheach> On Sun, Mar 05, 2006 at 02:02:55PM -0700, Kevin Fenzi wrote: > Oliver> I will check this today, but my first test shows it works like > Oliver> a charm. I will submit it later today. Thanks a lot. And > Oliver> thanks for the patch to ruby-http-access2. > > Perhaps I have missed something here, but I can see that this would > work fine for local mock builds where you have ruby installed, but how > does it work with the build system? Or does it? Well, the point is, that ruby gets pulled into the build system by this rpm spec file magic. And this is what I have seen here. >This morning I build up a clean FC4 machine without ruby and the packages compile fine using mock. And when I look into the chroot directory, there is a ruby installed. This trick is for bypassing the absence of ruby or anything else inside the mock environment. Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From bugzilla at redhat.com Sun Mar 5 22:43:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:43:14 -0500 Subject: [Bug 176579] Review Request: ipsvd -- Internet protocol service daemons In-Reply-To: Message-ID: <200603052243.k25MhEFh015676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipsvd -- Internet protocol service daemons https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176579 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-05 17:43 EST ------- It is common and recommended practice that packagers choose the best way to compile their package. In most cases, this is only the application of $RPM_OPT_FLAGS (which are not set by the upstream author neither). In this case, this includes the compilation with dietlibc which: * makes tcpsvd runs >50% faster (read: when dietlibc version takes 100h, then the glibc version needs 150h) * creates >40% smaller binaries * needs only 1/10 of the memory of a glibc version Using 'dietlibc' does not violate any packaging guideline, so 'dietlibc' is the best choice for ipsvd and it's my duty as packager to use 'dietlibc'. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 5 22:45:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:45:57 -0500 Subject: [Bug 177249] Review Request: jrtplib In-Reply-To: Message-ID: <200603052245.k25Mjvlu016315@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jrtplib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177249 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 2006-03-05 17:45 EST ------- Not building on FC5, x86_64. rtprandom.cpp: In constructor 'RTPRandom::RTPRandom()': rtprandom.cpp:61: error: cast from 'RTPRandom*' to 'u_int32_t' loses precision make[1]: *** [rtprandom.lo] 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 Sun Mar 5 22:55:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:55:47 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603052255.k25MtlJU018634@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From somlo at cmu.edu 2006-03-05 17:55 EST ------- Spec Url: http://www.contrib.andrew.cmu.edu/~somlo/argus.spec SRPM Url: http://www.contrib.andrew.cmu.edu/~somlo/argus-2.0.6.fixes.1-3.src.rpm aparently, I tickled some sort of bug in rpmbuild's find-requires. Commented out the %doc contrib from argus-clients, so package could build on vanilla FC4 box -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 22:58:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 17:58:22 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603052258.k25MwMMb019227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-05 17:58 EST ------- Thank you for your review Kevin - I appreciate the time spent. I hope I have addressed all the blockers in this update: Spec Name or Url: http://physics.open.ac.uk/~ju83/emacs-muse.spec SRPM Name or Url: http://physics.open.ac.uk/~ju83/emacs-muse-3.02.6a- 3.jgu.src.rpm Also, I have reported the missing COPYING file upstream. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 23:19:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 18:19:09 -0500 Subject: [Bug 182737] Review Request: kdetoys In-Reply-To: Message-ID: <200603052319.k25NJ9FO022540@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdetoys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182737 ------- Additional Comments From rdieter at math.unl.edu 2006-03-05 18:18 EST ------- > * BuildRequires: gettext is missing (required by the %find_lang macro) Really? Didn't know that, thanks. > * The package should contain the text of the license Duh, can't believe I missed that. > * The package contains libtool archive files (*.la) These are for loadable modules, not shared libraries. Regardless, in this case, they're needed. > * Desktop files: some don't contain the "Application" category, > and the "vendor" should be fedora. (wiki: PackagingGuidelines#desktop) Category: OK. vendor, I recently raised that issue on the packagers mailing list and the consensus was to only use fedora as vendor in the absense of an existing/proper one (in this case, the proper vendor is kde). > * maybe "%{!?debug_package:-strip}" can be dropped Yeah, probably. That's just to help folks who don't have redhat-rpm-config installed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 23:39:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 18:39:01 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603052339.k25Nd1qY026213@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |kevin at tummy.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From kevin at tummy.com 2006-03-05 18:38 EST ------- A review: MUST items: OK - Package name. OK - Spec file name matches. OK - Package guidelines. OK - Licsense. OK - License field matches in spec. OK - License included in files OK - Spec in american english OK - Spec legible OK- Md5sum of source from upstream b90b8ea951fd0e2193b9a6bab565a139 argus-2.0.6.fixes.1.tar.gz b90b8ea951fd0e2193b9a6bab565a139 ../argus-2.0.6.fixes.1.tar.gz 59f65159070f849211685513384fa90f argus-clients-2.0.6.fixes.1.tar.gz 59f65159070f849211685513384fa90f ../argus-clients-2.0.6.fixes.1.tar.gz OK - No Forbidden buildrequires included OK - All required buildrequires included? OK - Owns all directories it creates. OK - No duplicate files in %files listing. OK - Permissions on files correct. OK - Clean section correct. OK - Macros consistant. OK - Code not content. OK - Docs must not affect runtime. OK - Doesn't own any files/dirs that are already owned by others. Blockers: 1. Some rpmlint output: This might be due to the name having 'lib*' in it: E: argus explicit-lib-dependency libpcap Should be installed with non executable permissions: (currently 755, should be 644?): E: argus script-without-shellbang /usr/share/doc/argus-2.0.6.fixes.1/support/Config/argus.conf E: argus script-without-shellbang /usr/share/doc/argus-2.0.6.fixes.1/support/System/crontab E: argus script-without-shellbang /usr/share/doc/argus-2.0.6.fixes.1/support/Deployment/sample E: argus script-without-shellbang /usr/share/doc/argus-2.0.6.fixes.1/support/System/magic Should we use /var/argus? or should that be /var/lib/argus? W: argus non-standard-dir-in-var argus Can be ignored ('install' in comment) W: argus dangerous-command-in-%post install By default the service should be disabled on install... W: argus service-default-enabled /etc/rc.d/init.d/argus 2. There are some build issues. If you have the # prevent perl modules in contrib from being checked for dependencies %define __perl_requires /bin/true %define __perl_provides /bin/true lines in the spec, rpm fails to build with: getOutputFrom(): Broken pipe This is to work around a .pm file in contrib triggering lots of perl dependencies. Possible options: - Don't package contrib script. - Re-name to something besides .pm file? - Some more clever alternative that some perl/rpm guru comes up with? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 5 23:39:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 18:39:13 -0500 Subject: [Bug 184080] New: Review Request: webmin 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=184080 Summary: Review Request: webmin Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jvdias at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/~jvdias/webmin/webmin.spec SRPM Name or Url: http://people.redhat.com/~jvdias/webmin/webmin- Description: Upstream URL: http://webmin.com webmin is a very popular web-based system configuration and administration package, which can configure these sub-systems with a pure-perl HTTP GUI interface: acl dfsadmin ipsec passwd smf adsl-client dhcpd jabber postfix software apache dnsadmin krb5 postgresql spam at dovecot lang ppp-client squid backup-config exports ldap-useradmin pptp-client sshd bandwidth fdisk lilo pptp-server status bind fetchmail logrotate proc stunnel burner file lpadmin procmail syslog caldera firewall lvm proftpd telnet cfengine frox mailboxes pserver time change-user fsdump majordomo qmailadmin tunnel cluster-copy grub man quota updown cluster-cron heartbeat mon raid useradmin cluster-passwd htaccess-htpass mount samba usermin cluster-shell idmapd mscstyle3 sarg vgetty cluster-softwar images mysql sendmail webalizer cluster-useradm inetd net sentry webmin cluster-usermin init nis servers Webmin cluster-webmin inittab openslp shell webminlog cpan ipfilter pam shorewall wuftpd cron ipfw pap smart-status xinetd custom I've obtained permission from the upstream maintainer, Jamie Cameron, to import webmin into Fedora Extras. I've submitted the webmin SRPM to CVS, but will not build it until the Review process is completed . -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wolfy at nobugconsulting.ro Sun Mar 5 23:46:22 2006 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Mon, 06 Mar 2006 01:46:22 +0200 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: <200603051059.k25Axp40029627@www.beta.redhat.com> References: <200603051059.k25Axp40029627@www.beta.redhat.com> Message-ID: <440B784E.7030700@nobugconsulting.ro> On 03/05/2006 12:59 PM, bugzilla at redhat.com wrote: >Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts > > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 > > >gauret at free.fr changed: > > What |Removed |Added >---------------------------------------------------------------------------- > AssignedTo|bugzilla-sink at leemhuis.info |gauret at free.fr >OtherBugsDependingO|163776 |163778 > nThis| | > > > > >------- Additional Comments From gauret at free.fr 2006-03-05 05:59 EST ------- >Needs work: >* Source mod-cband-0.9.7.2.tgz is different from upstream (wiki: QAChecklist item 2) >* I think you should install an example config file into >/etc/httpd/conf.d/mod-cband.conf (and keep the three examples in doc) > > > > For what is worth: the rpm compiled & installed cleanly, but after trying the package for 3 days I have ditched it. It kept denying access, despite no existing connection was active for that class. From bugzilla at redhat.com Sun Mar 5 23:43:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 18:43:57 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603052343.k25Nhv0k026919@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 ------- Additional Comments From kevin at tummy.com 2006-03-05 18:43 EST ------- Humm...should those links point to 'muse' or 'emacs-muse'? Is this based off the old emacs only version? Can you check links and let me know which one is the most up to date? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Sun Mar 5 23:58:41 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 6 Mar 2006 00:58:41 +0100 Subject: Odd mock build problem In-Reply-To: <20060305221846.GA27321@fitheach> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> <20060305.140255.1005434508.kevin@scrye.com> <20060305221846.GA27321@fitheach> Message-ID: <20060306005841.13388fbd.bugs.michael@gmx.net> On Sun, 5 Mar 2006 23:18:46 +0100, Oliver Andrich wrote: > On Sun, Mar 05, 2006 at 02:02:55PM -0700, Kevin Fenzi wrote: > > Oliver> I will check this today, but my first test shows it works like > > Oliver> a charm. I will submit it later today. Thanks a lot. And > > Oliver> thanks for the patch to ruby-http-access2. > > > > Perhaps I have missed something here, but I can see that this would > > work fine for local mock builds where you have ruby installed, but how > > does it work with the build system? Or does it? > > Well, the point is, that ruby gets pulled into the build system by this > rpm spec file magic. No. There is no magic. And it doesn't pull in anything. This code simply avoids an undefined variable which results in an empty and hence invalid "Requires" tag and a src.rpm build error. When the src.rpm can be built, only then mock will proceed and evaluate its build requirements. From bugzilla at redhat.com Sun Mar 5 23:52:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 18:52:40 -0500 Subject: [Bug 184080] Review Request: webmin In-Reply-To: Message-ID: <200603052352.k25NqeFX028132@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: webmin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184080 ------- Additional Comments From dennis at ausil.us 2006-03-05 18:52 EST ------- your not supposed to import into cvs until approved ever. http://fedoraproject.org/wiki/Extras/NewPackageProcess step 7 get approval step 8 import into cvs -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Mon Mar 6 00:01:49 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Mon, 6 Mar 2006 00:01:49 +0000 Subject: Odd mock build problem In-Reply-To: <20060306005841.13388fbd.bugs.michael@gmx.net> References: <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> Message-ID: <200603060001.49496.jamatos@fc.up.pt> On Sunday 05 March 2006 23:58, Michael Schwendt wrote: > No. There is no magic. And it doesn't pull in anything. This code simply > avoids an undefined variable which results in an empty and hence invalid > "Requires" tag and a src.rpm build error. When the src.rpm can be built, > only then mock will proceed and evaluate its build requirements. Is this acceptable? I am asking this because I would like to use a similar hack to fix the requirement of the R version used to build rpy. Such as it is now it is an handcoded solution. -- Jos? Ab?lio From bugzilla at redhat.com Mon Mar 6 00:13:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 19:13:08 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603060013.k260D82o030892@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-05 19:13 EST ------- (In reply to comment #5) > * Segfaults on FC4-x86_64. strace shows that the game hangs after the segfault, > leaving a lingering worminator process. > > Hmm, I really believe this is because of the old (ancient) allegro in FC-4, > concedering that FC-5 is almost released and since I don't have any FC-4 > installs I won't fix this. > > * Started up on FC5-i386, but locked up during the tutorial. > Looking at your strace this seems buried deep in alsalib, thus not a worminator > problem, most likely a problem with alsa and vmware, also is your rawhide fully > up2date? I've tried to reproduce this as you described, but it works for me. > > I've extensivly tested this on FC-5 x86_64 and Fc-5 i386 and I've seen no > (unfixed) hangs or crashes. I've also had this tested on PPC to make sure me > endian dixes where correct and there it worked too. Also the Cru packager has > been playing it without any problems. > > I have to ask you to believe me here that worminator is not an unstable pile of > XXXX, but that you just have 2 unlucky configurations. I finally got a FC5-x86_64 install on my desktop (this time not running in vmware), and it ran without problems. Since the earlier issues have been addressed, and I verified that it runs correctly: APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Mon Mar 6 01:35:26 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Mon, 6 Mar 2006 01:35:26 +0000 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <200603041929.07080.jamatos@fc.up.pt> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> <200603041929.07080.jamatos@fc.up.pt> Message-ID: <200603060135.26202.jamatos@fc.up.pt> On Saturday 04 March 2006 19:29, Jose' Matos wrote: > On Saturday 04 March 2006 14:27, Thorsten Leemhuis wrote: > > > jylitalo_AT_iki.fi ? ? ? ? ? ? ? ? ? ? ? ? ?python-imaging ? ? ? ? ? ? > > > ? 1.1.4-9 > > > > There was never a commit from him in Fedora Extras afaics. Anyone > > interested in taking this one over? > > I am interested but I don't want to step anyone's toes. :-) > > Shall I proceed? I have requested a rebuild for a new version 1.1.5, released in April. If no one objects I will take the maintainership of python-imaging. -- Jos? Ab?lio From michael at knox.net.nz Mon Mar 6 01:45:28 2006 From: michael at knox.net.nz (Michael J Knox) Date: Mon, 06 Mar 2006 14:45:28 +1300 Subject: monkey-bubble In-Reply-To: <1141442749.2590.2.camel@pingu.homenetwork.lan> References: <1141426734.2590.0.camel@pingu.homenetwork.lan> <4408E2D5.7070705@kobold.org> <1141442749.2590.2.camel@pingu.homenetwork.lan> Message-ID: <1141609528.29539.15.camel@cosima.et.endace.com> On Sat, 2006-03-04 at 16:25 +1300, Michael J Knox wrote: > On Fri, 2006-03-03 at 16:44 -0800, Michael Thomas wrote: > > Michael J Knox wrote: > > > If there is no objection, I would like to take ownership on > > > monkey-bubble: > > > > > > Fedora Extras|monkey-bubble|Game in the spirit of Frozen Bubble| > > > extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| > > > > I promise not to object as long as you document monkey-bubble on the > > Games page :) > > > > http://fedoraproject.org/wiki/Games > > > > Certainly can. Will do once its working :-) > Can I assume that I need sponsorship in order to take this over? http://fedoraproject.org/wiki/Extras/Contributors does say that you do (explicitly) if your taking ownership of a package, only if your submitting a new one for review. Can someone clarify that for me? This is for an existing package that has been orphaned, not a new one. I have everything else done (an account etc) Thanks Michael From bugzilla at redhat.com Mon Mar 6 01:40:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 20:40:54 -0500 Subject: [Bug 181801] Review Request: zeroinstall-injector In-Reply-To: Message-ID: <200603060140.k261esSb013868@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zeroinstall-injector https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181801 ------- Additional Comments From michel.salim at gmail.com 2006-03-05 20:40 EST ------- So terribly sorry; ommitted to remove the pushd and popd. Spec Name or Url: http://hircus.org/fedora/zeroinstall-injector/zeroinstall-injector.spec SRPM Name or Url: http://hircus.org/fedora/zeroinstall-injector/zeroinstall-injector-0.18-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From skadz1 at gmail.com Mon Mar 6 02:22:11 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Sun, 5 Mar 2006 21:22:11 -0500 Subject: Python packaging question Message-ID: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> Sorta :) So, I would like to try and get the latest version of straw in to extras (the current version is about 4 behind and a new stable release came out today). The problem I have is that when checking for dependencies, it does an import gtk. Well, import gtk for some reason actually tries to open the X Display. As RPM unsets DISPLAY, it gets an error. Now, as a workaround, I have set my display and it works, but I am guessing this will fail when there isn't actually an X display, so this doesn't really work outside of a quick compile while in X. Anyone else seen this issue and if so, how did they work around it? Thanks! Skadz From rdieter at math.unl.edu Mon Mar 6 03:07:17 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 05 Mar 2006 21:07:17 -0600 Subject: Odd mock build problem In-Reply-To: <200603060001.49496.jamatos@fc.up.pt> References: <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> <200603060001.49496.jamatos@fc.up.pt> Message-ID: <440BA765.1050105@math.unl.edu> Jose' Matos wrote: > On Sunday 05 March 2006 23:58, Michael Schwendt wrote: >> No. There is no magic. And it doesn't pull in anything. This code simply >> avoids an undefined variable which results in an empty and hence invalid >> "Requires" tag and a src.rpm build error. When the src.rpm can be built, >> only then mock will proceed and evaluate its build requirements. > > Is this acceptable? Why wouldn't it be? It works with or without mock, albeit a bit convoluted to the untrained eye. (-: -- Rex From rdieter at math.unl.edu Mon Mar 6 03:07:28 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 05 Mar 2006 21:07:28 -0600 Subject: Odd mock build problem In-Reply-To: <200603060001.49496.jamatos@fc.up.pt> References: <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> <200603060001.49496.jamatos@fc.up.pt> Message-ID: Jose' Matos wrote: > On Sunday 05 March 2006 23:58, Michael Schwendt wrote: >> No. There is no magic. And it doesn't pull in anything. This code simply >> avoids an undefined variable which results in an empty and hence invalid >> "Requires" tag and a src.rpm build error. When the src.rpm can be built, >> only then mock will proceed and evaluate its build requirements. > > Is this acceptable? Why wouldn't it be? It works with or without mock, albeit a bit convoluted to the untrained eye. (-: -- Rex From tibbs at math.uh.edu Mon Mar 6 04:21:16 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sun, 05 Mar 2006 22:21:16 -0600 Subject: Odd mock build problem In-Reply-To: <200603060001.49496.jamatos@fc.up.pt> (Jose' Matos's message of "Mon, 6 Mar 2006 00:01:49 +0000") References: <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> <200603060001.49496.jamatos@fc.up.pt> Message-ID: >>>>> "JM" == Jose' Matos writes: JM> Is this acceptable? I can't see why not. It's simple, self contained and in an already accepted package. It might be worth documenting this as one possible way to deal with the issue of needing to require a specific version of a package without upsetting mock. - J< From tibbs at math.uh.edu Mon Mar 6 04:26:53 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sun, 05 Mar 2006 22:26:53 -0600 Subject: Odd mock build problem In-Reply-To: <20060305.140255.1005434508.kevin@scrye.com> (Kevin Fenzi's message of "Sun, 05 Mar 2006 14:02:55 -0700 (MST)") References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> <20060305.140255.1005434508.kevin@scrye.com> Message-ID: >>>>> "KF" == Kevin Fenzi writes: KF> Perhaps I have missed something here, but I can see that this KF> would work fine for local mock builds where you have ruby KF> installed, but how does it work with the build system? Or does it? It works because if Ruby isn't there, you get Requires: ruby and if Ruby is there, you get Requires: ruby = x.y.z The original problem was a set of specfile magic that resulted in Requires: if Ruby wasn't present, causing the build to fail. KF> Perhaps we just need to add ruby to the base build group? Then KF> this should work. I think the base group should, if anything, shrink and not grow. Adding Ruby just to satisfy a few Ruby packages slows down every single build. - J< From bugzilla at redhat.com Mon Mar 6 04:44:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 5 Mar 2006 23:44:40 -0500 Subject: [Bug 177270] Review Request: libresample - A real-time library for audio sampling rate conversion In-Reply-To: Message-ID: <200603060444.k264iegx012716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libresample - A real-time library for audio sampling rate conversion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177270 ------- Additional Comments From jpmahowald at gmail.com 2006-03-05 23:44 EST ------- Builds on devel x86_64 but why no base package? Is it because there doesn't seem to be a way to generate shared libraies? This is confusing because convention is devel packages when compiling against things, not using 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 rc040203 at freenet.de Mon Mar 6 05:29:13 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 06 Mar 2006 06:29:13 +0100 Subject: %datadir or %datadir/games for games? In-Reply-To: <4409DA63.9010307@kobold.org> References: <44094F5A.8090301@hhs.nl> <1141460636.5203.41.camel@mccallum.corsepiu.local> <440953C6.2040108@hhs.nl> <1141464852.5203.67.camel@mccallum.corsepiu.local> <4409DA63.9010307@kobold.org> Message-ID: <1141622953.5228.15.camel@mccallum.corsepiu.local> On Sat, 2006-03-04 at 10:20 -0800, Wart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ralf Corsepius wrote: > >>>>See: > >>>>http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS15 > >>> > >>>Note: > >>>/usr/share/games .. Static data files for /usr/games (optional) > >>> > >>>=> I read this as /usr/share/games corresponds to packages having been > >>>installed to /usr/games > >>> > >> > >>Ern, /usr/games isn't mentioned elsewhere in the doc and is very > >>deprecated. I believe they forgot to update this part of the doc when > >>/usr/games got removed. > > > > Well, I think /usr/games and /usr/share/games essentially are historic > > artifacts, and an LSB typical compromise to cater those systems who have > > a tradition in using them. > > That's the impression that I also got from reading the FHS. > > > IIRC, there had been 2 motivations for /usr/games and /usr/share/games: > > 1. Keeping games out of /usr/bin to keep $PATH clean and lean. > > Which seems rather silly to me since the amount of pollution from games > binaries is miniscule compared to everything else already in there. True, but remember, historically, $PATH search had been expensive (and it actually still is). It's also one of the reasons why people had kept X11 linked binaries out of /usr/bin (users not running X can't use and interactive X11 binary) and why /sbin and /usr/sbin exist (Ordinary users won't ever use /sbin or /usr/sbin). Nowadays, filesystems are fast and cached, shells are equipped with PATH caching, and the convention of composing $PATHs for different situations/setups as more or less been abandoned ... Ralf From bugzilla at redhat.com Mon Mar 6 05:37:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 00:37:04 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603060537.k265b4On021837@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rc040203 at freenet.de 2006-03-06 00:37 EST ------- The code isn't ready for GCC-4.1: ... make[3]: Entering directory `/builddir/build/BUILD/idioskopos-0.1.9/examples/simple' if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../. -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -MT simple.o -MD -MP -MF ".deps/simple.Tpo" -c -o simple.o simple.cpp; \ then mv -f ".deps/simple.Tpo" ".deps/simple.Po"; else rm -f ".deps/simple.Tpo"; exit 1; fi simple.cpp:27: error: extra qualification 'Simple::' on member 'Simple' simple.cpp:32: error: extra qualification 'Simple::' on member 'Simple' simple.cpp:46: error: extra qualification 'Example::' on member 'Example' simple.cpp: In function 'int main()': simple.cpp:73: warning: unused variable 'y' simple.cpp:75: warning: unused variable 'c' make[3]: *** [simple.o] Error 1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 05:45:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 00:45:51 -0500 Subject: [Bug 176109] Review Request: pytraffic In-Reply-To: Message-ID: <200603060545.k265jpdv023190@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pytraffic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176109 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778, 177841 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-06 00:45 EST ------- Yes, now I can. - 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_64) - 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 - .desktop file APPROVED, apply for cvsextras and I'll sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 6 06:13:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 01:13:45 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603060613.k266Djoo027457@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 seg at haxxed.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |seg at haxxed.com ------- Additional Comments From seg at haxxed.com 2006-03-06 01:13 EST ------- I can't sponsor, but here's my first review ever: MUST items: - rpmlint: ? E: cairomm shlib-with-non-pic-code /usr/lib/libcairomm-1.0.so.0.0.5 I don't know how big a problem this is or how to fix it. (FC5t3 i386) - Package name: Ok - Spec name: Ok - Meets packaging guidelines: Ok - License: Ok - Spec in American English: Ok - Spec legible: Ok - Sources match upstream: Ok - Builds: Yes (FC5t3 i386) - BuildRequires: Ok - Locales: Ok - ldconfig: Ok - Relocation: Ok - Directory ownership: Ok - %files: Ok - %clean: Ok - Macros: Ok - Code vs. Content: Ok - Documentation: Ok - devel package: Ok - .desktop file: n/a SHOULD: - Includes license text: Ok - Spec translations: Ok? - Mock build: n/a, I don't have mock set up yet - Builds on all archs: n/a, I only have i386 - Package functional: Ok, included png_file example compiles and runs - Scriptlets: Ok - Subpackages: Ok NEEDSWORK: There are duplicate Group: lines in the devel package. I notice the devel package installs the API reference into /usr/share/doc/libcairomm-1.0, upstream seems confused as to what the name/verison really is. This is probably something to bug upstream about. For now, I'd see if you can use configure flags to convince it to put reference/ into /usr/share/doc/cairomm-%{version}/ instead, failing that, move it over in %install Style soapbox (These aren't blockers): IMHO, macros are for versions and paths. Stuff that can and will change. I don't like the over use of %{name} everywhere. Especially in %description and Summary. IMHO, %{name} should be used in BuildRoot and nowhere else. Renaming a package shouldn't happen very often, so there's little need for using an ugly macro. Also, I would specify %files a bit more exactly. I find its best to be aware of when upstream adds/renames/removes files, excessive globbing can end up with mysterious new files turning up in the wrong package. Better to error out due to unpackaged files. I would use: %files %defattr(-,root,root,-) %doc AUTHORS COPYING README NEWS ChangeLog %{_libdir}/libcairomm-1.0.so.0* %files devel %defattr(-,root,root,-) %{_libdir}/libcairomm-1.0.so %{_libdir}/pkgconfig/cairomm-1.0.pc %{_includedir}/cairomm-1.0/ %doc %{_datadir}/doc/libcairomm-1.0/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 06:24:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 01:24:44 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603060624.k266Oiqb029426@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 ------- Additional Comments From seg at haxxed.com 2006-03-06 01:24 EST ------- I forgot to mention, I was talking to rvinyard on IRC and he said he gets this from rpmlint: W: cairomm unstripped-binary-or-object /usr/lib/libcairomm-1.0.so.0.0.5 I'm building on FC5t3 and he's on an up to date devel. Someone who knows gcc voodoo please tell us whats going on, and if it can be ignored. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 07:03:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:03:48 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603060703.k2673mDc003390@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-06 02:03 EST ------- How embarrassing to have such a simple error in the example code labelled 'simple'; and that after the state that configure.in was in. At least on this one I can claim that GCC-4.0 passed it, even though good style would have demanded that it never be there. Ralf, I never intended for you to end up a code reviewer, but I sincerely appreciate the items you've pointed out. Anyway, I've pushed a new release with the fixed example code. I've made a few changes to the spec (replacing ${RPM_BUILD_ROOT} with %{buildroot}, make with %{__make}, and rm with %{__rm}). I've double and triple checked it to ensure that I didn't introduce any new errors to ensure that this is the last time you have to look at this package. Thanks again, and hopefully for the last time, here are the files: Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/idioskopos-0.1.10-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 07:05:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:05:06 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603060705.k26756ra003594@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-06 02:04 EST ------- Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/cairomm.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/cairomm-0.5.0-10.src.rpm FIXED: The duplicate devel line and the docs. For now, rather than messing with them, I just disabled doc building until the naming is fixed upstream. As for the macros, I've just used those to genericize the spec file a bit, so the same template can be used for several projects. It's actually not a big deal to change it because the spec files are actually getting created by autoconf, so it's a matter of substituting %{name} for @PACKAGE_NAME@ and who (autoconf or rpmbuild) does the substitution. Thanks again Seg. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 07:08:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:08:10 -0500 Subject: [Bug 177270] Review Request: libresample - A real-time library for audio sampling rate conversion In-Reply-To: Message-ID: <200603060708.k2678ABp004076@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libresample - A real-time library for audio sampling rate conversion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177270 ------- Additional Comments From ville.skytta at iki.fi 2006-03-06 02:07 EST ------- (In reply to comment #2) > This is confusing because convention is > devel packages when compiling against things, not using them. But how do you "use" this package besides compiling things against it? A common convention is that there's only the -devel subpackage if there's only headers and a static lib to ship. libassuan is one example, libmatroska and libebml were before they got shared libs, and I'm sure there are others examples in the repo. IMO it's not confusing at all, but the right thing 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 Mon Mar 6 07:12:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:12:22 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603060712.k267CMT2004679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-06 02:12 EST ------- I forgot to mention that I'm almost certain that the only reason I got the warning was because I had debug set to nil and instead of stripping the debug symbols and building the debug package, it left the symbols in. What concerns me is the PIC error that Callum was getting. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 07:14:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:14:23 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603060714.k267EN0j004927@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 02:14 EST ------- Looks like someone on the pyspi bug is willing to sponsor you. Here's a full review for dogtail to work on while you get through the paperwork. rpmlint W: dogtail no-version-in-last-changelog Add the version information after each Changelog entry: * Fri Feb 17 2006 Zack Cerza - 0.5.0-2 E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/i18n.py 0644 E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/rawinput.py 0644 E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/logging.py 0644 E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/utils.py 0644 E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/path.py 0644 The files in question are not intended to be executables but they have #!/usr/bin/python lines so rpmlint is complaining. Removing the #! line upstream is probably the best thing to do. E: dogtail standard-dir-owned-by-package /usr/bin E: dogtail standard-dir-owned-by-package /usr/lib These are blockers. See comments under Needswork. E: dogtail hardcoded-library-path in /usr/lib/ This is a blocker. See comments under Needswork. E:dogtail script-without-shellbang /usr/share/doc/dogtail-0.5.0/examples/dogtail/apps/wrappers/evolution.py evolution.py has the executable bit set when it shouldn't. Actually, though, the examples/dogtail directory should be deleted upstream. E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/config.py 0644 E: dogtail non-executable-script /usr/lib/python2.4/site-packages/dogtail/tree.py 0644 Safe to ignore. These have test cases that can be run. W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/abiword-test.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-composing-html.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-configuring-exchange.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-configuring-imap-smtp.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-first-time-wizard.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-sending-email.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-survives-email-CAN-2005-0806.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/evolution-test-switching-components.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/filechooser-stress-test.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/firefox-test-browsing-local-html-file.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/frysk-click-processes.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/gcalctool-test-fibonacci.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/gedit-test-utf8-procedural-api.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/gedit-test-utf8-tree-api.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/gnome-panel-test-starting-every-app.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/google-search.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/i18n-test.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/nautilus-test-icon-view-collage.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/no-help-at-all.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/recorder.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/rhythmbox-test.py /usr/bin/env W: dogtail doc-file-dependency /usr/share/doc/dogtail-0.5.0/examples/test-events.py /usr/bin/env There has been talk of removing execute permissions on anything in %{_docdir}. I don't believe this has been made a hard requirement yet but you can see it causes rpm to auto-require dependencies that the package without %doc does not. If you remove the execute permissions on examples this goes away: %install find examples -type f -exec chmod 0644 \{\} \; W: dogtail dangerous-command-in-%post rm There doesn't seem to be a good reason for this. Remove it. W: dogtail strange-permission dogtail.spec 0600 You can prevent this by changing the spec to 0644 but it isn't strictly necessary. Needswork: * Source0: should be a complete URL: http://people.redhat.com/zcerza/dogtail/releases/%{name}-%{version}.tar.gz * The upstream source has a problem. There are two versions of dogtail-0.5.0.tar.gz One version is in dogtail/releases/. The other is in dogtail/releases/rpm_inst/. Since you are upstream, it would probably be best if you create a dogtail 0.5.1 that includes whichever is the preferred version. * The included tarball has two copies of the dogtail/ directory. One at the toplevel and a second one that I think is in error in dogtail/examples. If your spinning a new upstream release based off this source you probably want to address this as well. * Should BuildRequires: python even though it's already in the build environment * I see an explicit ChangeLog saying you needed to add at-spi-devel in order to build. Can you explain that? I've built the package with at-spi-devel installed and uninstalled/BuildRequires taken out and diff -ur does not show any differences. Unless there's something I'm missing, you should take this out. * The example files and scripts should be created non-executable. * At least on FC4, brp-python-bytecompile does not include documentation. Unless you know of a place where this fails, the definition of __os_install_post should be removed. * Macros should be used in place of directory names. The python package is compiled using directory macros like %{_libdir}, %{_bindir}, etc. When you use python's distutils via the setup.py script, python will substitute these paths. If the path definitions ever change, your hardcoded definitions would have to be manually changed whereas %{_bindir}, etc will continue to work. - For the python files in /usr/lib, it's an even better idea to use python's arch independent libdir. A macro to ca[ture this is: %{!?python_sitelib: %define python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")} Then you can use %{python_sitelib}/dogtail/ in your %files section. This protects you in case python's site independent directory changes in the future (moves to /usr/share/python3.0, for instance) * The .desktop file must be installed via desktop-file-utils: http://www.fedoraproject.org/wiki/Packaging/Guidelines#desktop to add fedora as the vendor and X-Fedora as a category. * This package owns system directories which is a big no-no. Instead of /usr/bin/ use %{_bindir}/* Instead of /usr/lib/ use the %{python_sitelib}/dogtail/ syntax noted earlier. Instead of /usr/share/applications/ use %{_datadir}/applications/* /usr/share/icons/hicolor/.... I'm not sure what to do about. The hicolor hierarchy isn't directly owned by anything we depend on but it seems to be expected by a good many gnome/gtk+ programs. I'll ask fedora-extras for ideas. * Please see: http://www.fedoraproject.org/wiki/ScriptletSnippets#head-d37d740d062d3aa6013aab44a79de88a6c1fe533 for an example of using gtk-update-icon-cache. In particular, the touch of the hicolor directory, the use of || : to prevent errors (for instance, if a %_netsharedpath is being used on the installer's system), and calling gtk-update-icon-cache from a %postun as well as %post. Cosmetic: * The BuildArchitectures: tag is usually written as BuildArch:. rpmbuild 4.4.1 appears to recognize both syntaxes, though. * Fedora Extras usually puts Requires/BuildRequires on separate lines for readability. * Group should probably be Development/Tools Highlights of passed checklist items: * Name follows naming guidelines * spec name matches package name * OSI License (GPL) * Copy of the GPL included * Builds on an FC4 x86_64 box (noarch package) * Permissions are okay * Has a proper %%clean * No %doc files are necessary for the operation of the program. * Builds in mock Fix these things up and I'll test out whether it works okay. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 07:15:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:15:21 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603060715.k267FLAV005064@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-06 02:15 EST ------- Imported, added to owners.list and build requested will close as soon as the build(s) complete. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 07:17:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:17:22 -0500 Subject: [Bug 176855] Review Request: python-cpio: A Python module for accessing cpio archives In-Reply-To: Message-ID: <200603060717.k267HMiX005416@www.beta.redhat.com> Please 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-cpio: A Python module for accessing cpio archives https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176855 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toshio at tiki-lounge.com ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 02:17 EST ------- Hi Mike -- was Comment #4 a full review with just the UTF-8 change needed before you'll accept? Ignacio, are you going to produce an update or are you busy? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 6 07:41:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:41:00 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603060741.k267f0aj009453@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rc040203 at freenet.de 2006-03-06 02:40 EST ------- Now you've kicked out the docs entirely. Why this? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Mon Mar 6 07:53:58 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 06 Mar 2006 09:53:58 +0200 Subject: Incoming: pcsc-lite FE5 soname change Message-ID: <1141631638.8360.14.camel@bobcat.mine.nu> Just a heads up, I'm going to update pcsc-lite in FE5 (only) to version 1.3.0, which includes a libpcsclite.so.0 -> libpcsclite.so.1 soname change. I'm the maintainer of all packages in Extras that have a hard dependency on pcsc-lite-libs and will take care of the rebuilds. gnupg2 also has a "soft" dependency on it, will submit a patch. (Sorry for the crosspost, I don't remember what, if anything, has been agreed about where messages like this should be sent.) From bugzilla at redhat.com Mon Mar 6 07:50:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 02:50:32 -0500 Subject: [Bug 184008] Review Request: paco In-Reply-To: Message-ID: <200603060750.k267oWng010873@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paco https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184008 ------- Additional Comments From paul at city-fan.org 2006-03-06 02:50 EST ------- (In reply to comment #1) > 2) I think you need Requires: gtk+-2.0 and BuildRequires: gtk+-2.0-devel, as > your current Requires and BuildRequires pull in version 1.0, and building fails: > > checking for gtk+-2.0 >= 2.6.0... Package gtk+-2.0 was not found in the > pkg-config search path. That should be: BuildRequires: gtk2-devel >= 2.6.0 There's no need to add a Requires: because rpm's autodependency generator will pick up the shared library deps itself. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at city-fan.org Mon Mar 6 08:10:50 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 06 Mar 2006 08:10:50 +0000 Subject: monkey-bubble In-Reply-To: <1141609528.29539.15.camel@cosima.et.endace.com> References: <1141426734.2590.0.camel@pingu.homenetwork.lan> <4408E2D5.7070705@kobold.org> <1141442749.2590.2.camel@pingu.homenetwork.lan> <1141609528.29539.15.camel@cosima.et.endace.com> Message-ID: <1141632651.27650.28.camel@laurel.intra.city-fan.org> On Mon, 2006-03-06 at 14:45 +1300, Michael J Knox wrote: > On Sat, 2006-03-04 at 16:25 +1300, Michael J Knox wrote: > > On Fri, 2006-03-03 at 16:44 -0800, Michael Thomas wrote: > > > Michael J Knox wrote: > > > > If there is no objection, I would like to take ownership on > > > > monkey-bubble: > > > > > > > > Fedora Extras|monkey-bubble|Game in the spirit of Frozen Bubble| > > > > extras-orphan at fedoraproject.org|extras-qa at fedoraproject.org| > > > > > > I promise not to object as long as you document monkey-bubble on the > > > Games page :) > > > > > > http://fedoraproject.org/wiki/Games > > > > > > > Certainly can. Will do once its working :-) > > > > Can I assume that I need sponsorship in order to take this over? > > http://fedoraproject.org/wiki/Extras/Contributors does say that you do > (explicitly) if your taking ownership of a package, only if your > submitting a new one for review. > > Can someone clarify that for me? This is for an existing package that > has been orphaned, not a new one. > > I have everything else done (an account etc) You need sponsorship for cvs access. It doesn't make any difference whether the package(s) you're intending to maintain are "new" or "orphaned". Paul. From bugzilla at redhat.com Mon Mar 6 08:14:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 03:14:17 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603060814.k268EHRS014648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |toshio at tiki-lounge.com ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 03:14 EST ------- Good: * Naming guidelines: the name of the source is subversion. This package is intended as an addon to the Core subversion package using the Core subversion headers (in subversion-devel) to generate its content. Thus the name looks like a subpackage of subversion. * spec file name matches package name * OSI approved license (BSD) * LICENSE text is included in the subversion package which is required by this package. As it's intended as an addon to the Core package extracting its content from the actual Core headers this seems acceptable to me. * Package is legible and in American English * Builds successfully on FC4 using version 1.2.3 instead of 1.3.0 * No excluded BuildRequires * All necessary BuildRequires provided. * No locales * No shared libraries * Not relocatable * Owns all directories it creates * No duplicate files * Correct permissions * %clean's the buildroot * Uses consistent macros * Permissible content: API documentation for a packaged library. * Does not own directories owned by other packages. Needswork: * Does the subversion-api-docs-doxygen.conf file come from upstream somewhere? Is it in their distributed tarball? Having a URL to the file would be good -- perhaps a link into their subversion repository for the %{version} tag? Needs addressing: * If we do treat this as a pseudo-subpackage of Core's subversion, then we need to make these changes: - Requires should be on subversion rather than subversion-devel - BuildRequires subversion-devel and the Requires should require the full EVR: BuildRequires: subversion-devel = %{version}-%{release} Requires: subversion = %{version}-%{release} This leads into my concern, however: - How are you going to keep this package synced up with Core's subversion? To do this right, you need to create a new version whenever Core releases an updated subversion package. Otherwise there will be unresolved dependencies between Core and Extras that prevent people from upgrading. This isn't a hard thing to do, but it is time critical. Let's say there's a security bug in neon that requires apps to be recompiled against the new neon library. This affects subversion, ethereal, and openoffice.org among others. These packages are recompiled aainst the new library and released. But because people have the subversion-api-docs package installed which hasn't been upgraded yet, yum refuses to upgrade them and people are left vulnerable until we rebuild subversion-api-docs against the new subversion. - "Large documentation files should go in a -docs subpackage." If these files were created as a subpackage of the Core subversion package they would likely just be included as %doc in a subpackage. They wouldn't be specially installed into the main subversion package's doc directory. So it seems much more graceful to install this into it's own documentation directory and not have a Requires: on subversion or subversion-devel. The API documentation can get out of sync with the installed subversion, then, but it seems preferable to blocking upgrading in case of security releases or the like. - We would want to include a copy of subversion's LICENSE in this case. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Mon Mar 6 08:21:14 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 06 Mar 2006 08:21:14 +0000 Subject: Python packaging question In-Reply-To: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> References: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> Message-ID: <1141633274.27650.30.camel@laurel.intra.city-fan.org> On Sun, 2006-03-05 at 21:22 -0500, Ryan Skadberg wrote: > Sorta :) > > So, I would like to try and get the latest version of straw in to > extras (the current version is about 4 behind and a new stable release > came out today). The problem I have is that when checking for > dependencies, it does an import gtk. Well, import gtk for some reason > actually tries to open the X Display. As RPM unsets DISPLAY, it gets > an error. Now, as a workaround, I have set my display and it works, > but I am guessing this will fail when there isn't actually an X > display, so this doesn't really work outside of a quick compile while > in X. Anyone else seen this issue and if so, how did they work around > it? Perhaps use xvfb to set up an X display for the build process? Paul. From toshio at tiki-lounge.com Mon Mar 6 08:30:23 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 06 Mar 2006 00:30:23 -0800 Subject: hicolor-icons and GNOME programs Message-ID: <1141633824.1765.11.camel@localhost> I'm reviewing dogtail at the moment and noticed that it was owning %{_datadir}/icons/hicolor. This hierarchy is owned by hicolor-icons-theme. This is required by kdelibs so kde applications should be safe to install icons without owning the directories. For gnome apps, gnome-icon-theme requires hicolor-icon-theme. However this doesn't propogate down to libgnome or gtk2. Instead it propogates across to nautilus, gtkhtml3, evolution and similar. What's the proper ownership of directories for a gnome application that wants to place icons inside of this directory hierarchy? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Mar 6 08:32:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 03:32:24 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603060832.k268WOAl019642@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 03:32 EST ------- Another minor thing is changing the BuildRoot similar to my comment in the pyspi review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 08:41:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 03:41:52 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603060841.k268fqNb022575@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-06 03:41 EST ------- Build successfully, closing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From s.mako at gmx.net Mon Mar 6 08:52:13 2006 From: s.mako at gmx.net (Zoltan Kota) Date: Mon, 6 Mar 2006 09:52:13 +0100 (CET) Subject: Python packaging question In-Reply-To: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> References: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> Message-ID: On Sun, 5 Mar 2006, Ryan Skadberg wrote: > came out today). The problem I have is that when checking for > dependencies, it does an import gtk. Well, import gtk for some reason > actually tries to open the X Display. As RPM unsets DISPLAY, it gets > an error. Now, as a workaround, I have set my display and it works, > but I am guessing this will fail when there isn't actually an X > display, so this doesn't really work outside of a quick compile while > in X. Anyone else seen this issue and if so, how did they work around > it? Although the install system is a bit different, but pybliographer also checks python, gtk, pygtk during build/install. You can check the file 'setup-check.py' in pybliographer 1.2 source: http://cvs.gnome.org/viewcvs/pybliographer/setup-check.py?rev=1.1.2.11&only_with_tag=v_1_0_x&view=markup or http://arch.pybliographer.org/archzoom.cgi/gobry at pybliographer.org--public/pybliographer--stable--1.2--patch-234/setup-check.py Zoltan From mfleming at enlartenment.com Mon Mar 6 09:40:23 2006 From: mfleming at enlartenment.com (Michael Fleming) Date: Mon, 6 Mar 2006 19:40:23 +1000 Subject: [ATTN: Games SIG people] Someone mention Exult/xu4? Message-ID: <20060306194023.6270383d.mfleming@enlartenment.com> [ If you're not interested in Linux gaming or the SIG, feel free to skip over this email, I won't take offence ;-) ] Hey folks, I've just had a wander through the Games SIG Wiki pages and noticed the "Games of Interest", xu4 and Exult. Perhaps I can enlighten a bit? I'm an old Ultima fan and have been for too many years :-) I've tried to package Exult before, with limited success (and not using the rather ugly spec the developers package) - it will compile on FC3 but dies with a number of C++ related errors on anything later than that - I'll give it another try if anyone wants something precise to work with, as it's been a while and my C++ skills are practically nonexistent. In regards to legality/ability to play games other than U7 on it, I don't believe that's the case at this point - it was designed to play Ultima VII/Serpent Isle on Linux because, at the time of it's inception, there was no other way of doing so (I don't think dosbox was around or stable). Much of the heavy lifting in Exult was deciphering the "usecode" which described the game world and it's mechanics. It'd be useful to folks that own the original games, but few others. xu4 is possible, but the legality of distributing the Ultima IV data is indeed murky as the terms have been misunderstood and lost over time. In summary, it was originally released to one magazine for it's cover CD as a promo at the time Ultima IX as released. It's not strictly freeware, it's distribution originally on said CD only plus any site run by a member of the online Ultima fan club (the Ultima Dragons, www.udic.org. Yeah, I'm a member although it's been ages since I did much with them). (For a little more background info on how it came to be available to the latter, have a wander over to http://www.enlartenment.com/ultima/u4download.html - I was one of the people involved in it's more widespread legal release back in 1997. Beware: site design is very old, hasn't been touched in years, ugly as a bag of smashed crabs. You Have Been Warned.) In summary: If legal/policy is OK with it, IMO package the code parts of the games and leave getting the data as an exercise for the reader. I'll even take xu4 if noone else wants it :-) Thoughts? Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From bugzilla at redhat.com Mon Mar 6 09:57:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 04:57:12 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603060957.k269vCXh006940@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From bojan at rexursive.com 2006-03-06 04:57 EST ------- > Does the subversion-api-docs-doxygen.conf file come from upstream somewhere? Yes. We can link into the correct branch/tag of SVN repository of Subversion. > Requires should be on subversion rather than subversion-devel People that use this package are developers that use Subversion APIs. It is unlikely they will be developing software that uses Subversion APIs without wanting to have subversion-devel installed. It make sense that this package pulls in the -devel package. > BuildRequires subversion-devel and the Requires should require the full EVR Documentation goes into packagename-%{version} subdirectory. APIs of Subversion don't change mid major release. The documentation in the newer version/release may be a bit better (i.e. more accurate) but that's not critical for the API or functioning of the package. That's why release info isn't necessary. > How are you going to keep this package synced up with Core's subversion? Well, that is a good question. AFAIK, FE packages are rebuilt by hand. The maintaner just needs to update the package when required - a situation that is no different to many other packages from FE that may depend on FC packages that get bumped up, therefore creating an upgrade problem. This can be fixed like this: Requires: subversion-devel >= %{version} Then we can also own: %doc %dir %{_docdir}/subversion-%{version} To make sure this directory gets whacked when the old version of subversion-api-docs finally gets upgraded. > We would want to include a copy of subversion's LICENSE in this case. Sure. Again, we can point to the relevant file in Subversion SVN repository. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Mon Mar 6 10:23:38 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 11:23:38 +0100 Subject: [ATTN: Games SIG people] Someone mention Exult/xu4? In-Reply-To: <20060306194023.6270383d.mfleming@enlartenment.com> References: <20060306194023.6270383d.mfleming@enlartenment.com> Message-ID: <440C0DAA.40706@hhs.nl> Michael Fleming wrote: > [ If you're not interested in Linux gaming or the SIG, feel free to skip > over this email, I won't take offence ;-) ] > > Hey folks, > > I've just had a wander through the Games SIG Wiki pages and noticed the > "Games of Interest", xu4 and Exult. Perhaps I can enlighten a bit? I'm an > old Ultima fan and have been for too many years :-) > > I've tried to package Exult before, with limited success (and not using the > rather ugly spec the developers package) - it will compile on FC3 but dies > with a number of C++ related errors on anything later than that - I'll give > it another try if anyone wants something precise to work with, as it's been > a while and my C++ skills are practically nonexistent. > > In regards to legality/ability to play games other than U7 on it, I don't > believe that's the case at this point - it was designed to play Ultima > VII/Serpent Isle on Linux because, at the time of it's inception, there was > no other way of doing so (I don't think dosbox was around or stable). Much > of the heavy lifting in Exult was deciphering the "usecode" which described > the game world and it's mechanics. > > It'd be useful to folks that own the original games, but few others. > > xu4 is possible, but the legality of distributing the Ultima IV data is > indeed murky as the terms have been misunderstood and lost over time. In > summary, it was originally released to one magazine for it's cover CD as a > promo at the time Ultima IX as released. It's not strictly freeware, it's > distribution originally on said CD only plus any site run by a member of the > online Ultima fan club (the Ultima Dragons, www.udic.org. Yeah, I'm a > member although it's been ages since I did much with them). > > (For a little more background info on how it came to be available to the > latter, have a wander over to > http://www.enlartenment.com/ultima/u4download.html - I was one of the > people involved in it's more widespread legal release back in > 1997. Beware: site design is very old, hasn't been touched in years, ugly > as a bag of smashed crabs. You Have Been Warned.) > > In summary: If legal/policy is OK with it, IMO package the code parts of > the games and leave getting the data as an exercise for the reader. I'll > even take xu4 if noone else wants it :-) > > Thoughts? > I've a thought (and acted on it) I've written Mike McCoy of Origin (aka Boomer) asking for a clear and written permission to distribute the Ultima IV datafiles. I've also specificly pointed to our binary firmware / contect packaging guidelines / policy at: http://fedoraproject.org/wiki/Packaging/Guidelines#head-adf31c383612aac313719f7b4f8167b7dcf245d2 And said that for a permission notice to be of any good to us it must match this criterium: "Explicit permission is given by the owner to freely distribute without restrictions (this permission must be included, in "writing", with the files in the packaging)" I've done this on a personal title (as always). I've just completed porting and packaging the game worminator for FE, which was originally released under a non free license. After some mails with the original Authors I've managed to get them to release it under GPL. In the light of the not for commercial use license discussion which we've had I believe this is the _real_ solution. Still some other solution would be nice, since I'm sure we won't be able to convince all authors that they should re-release there work under an OSI license. Regards, Hans From bugzilla at redhat.com Mon Mar 6 10:37:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 05:37:21 -0500 Subject: [Bug 184104] New: Review Request: acpi - Command-line ACPI 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=184104 Summary: Review Request: acpi - Command-line ACPI client Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/acpi-0.09-1.src.rpm Description: Linux ACPI client is a small command-line program that attempts to replicate the functionality of the 'old' apm command on ACPI systems. It includes battery and thermal information. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 10:39:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 05:39:45 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603061039.k26Adjgd014692@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-06 05:39 EST ------- Apologies, I did a poor job of copying and pasting. The correct links are: http://physics.open.ac.uk/~ju83/muse.spec http://physics.open.ac.uk/~ju83/muse-3.02.6a-3.src.rpm This version is the emacs+xemacs version, adjusted only to reflect your (Kevin's) review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Mon Mar 6 11:08:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 6 Mar 2006 12:08:24 +0100 Subject: Odd mock build problem In-Reply-To: <200603060001.49496.jamatos@fc.up.pt> References: <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> <200603060001.49496.jamatos@fc.up.pt> Message-ID: <20060306120824.091d3de7.bugs.michael@gmx.net> On Mon, 6 Mar 2006 00:01:49 +0000, Jose' Matos wrote: > On Sunday 05 March 2006 23:58, Michael Schwendt wrote: > > No. There is no magic. And it doesn't pull in anything. This code simply > > avoids an undefined variable which results in an empty and hence invalid > > "Requires" tag and a src.rpm build error. When the src.rpm can be built, > > only then mock will proceed and evaluate its build requirements. > > Is this acceptable? IMO, yes. With the caveat that anyone, who implements things like this, should verify what he's doing, since BuildRequires in the spec become Requires in the src.rpm. So, don't try to influence BuildRequires at src.rpm build-time. From bugs.michael at gmx.net Mon Mar 6 11:13:27 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 6 Mar 2006 12:13:27 +0100 Subject: Python packaging question In-Reply-To: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> References: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> Message-ID: <20060306121327.6c948e9c.bugs.michael@gmx.net> On Sun, 5 Mar 2006 21:22:11 -0500, Ryan Skadberg wrote: > Sorta :) > > So, I would like to try and get the latest version of straw in to > extras (the current version is about 4 behind and a new stable release > came out today). As a side-note, several prepared upgrades for Straw (even dating back to the fedora.us area) never worked fine and always caused severe regression (tracebacks and other problems). Basically, that's where Straw package development has stalled. From buildsys at fedoraproject.org Mon Mar 6 12:59:36 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Mar 2006 07:59:36 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060306125936.0D3EA8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 tinyfugue-5.0-0.3.b7.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 Mar 6 12:59:45 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Mar 2006 07:59:45 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060306125945.1261B8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 4 kyum-0.7.5-2.fc4 libtasn1-0.3.0-1.fc4 python-imaging-1.1.5-1.fc4 tinyfugue-5.0-0.3.b7.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 Mar 6 13:00:06 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Mar 2006 08:00:06 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060306130006.575848003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 9 bakery-2.3.17-1.fc5 libtasn1-0.3.0-1.fc5 mm-1.4.0-3.fc5 python-imaging-1.1.5-1.fc5 shapelib-1.2.10-11.20060304cvs tinyfugue-5.0-0.3.b7.fc5 worminator-3.0R2.1-1.fc5 worminator-data-3.0R2.1-1.fc5 xemacs-sumo-20051208-2 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Mar 6 14:31:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 09:31:31 -0500 Subject: [Bug 184008] Review Request: paco In-Reply-To: Message-ID: <200603061431.k26EVVrs026093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paco https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184008 ------- Additional Comments From splinux at fedoraproject.org 2006-03-06 09:31 EST ------- I've removed the buildrequires depends and remotified spec file. Spec Url : http://glive.tuxfamily.org/fedora/paco/paco.spec SRPMS Url : http://glive.tuxfamily.org/fedora/paco/paco-1.10.3-1.fc5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 14:51:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 09:51:05 -0500 Subject: [Bug 184080] Review Request: webmin In-Reply-To: Message-ID: <200603061451.k26Ep5uh030637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: webmin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184080 ------- Additional Comments From jvdias at redhat.com 2006-03-06 09:50 EST ------- RE: Comment #1: sorry for the misunderstanding - I checked in the version for review so that reviewers could check it out. Both the .spec file (modified from upstream default at http://prdownloads.sourceforge.net/webadmin/webmin-1.260-1.src.rpm ) and the proposed srpm for FE submission are at: http://people.redhat.com/~jvdias/webmin/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 14:55:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 09:55:05 -0500 Subject: [Bug 182737] Review Request: kdetoys In-Reply-To: Message-ID: <200603061455.k26Et5R5031525@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdetoys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182737 ------- Additional Comments From rdieter at math.unl.edu 2006-03-06 09:54 EST ------- %changelog * Mon Mar 06 2006 Rex Dieter 7:3.3.5-3 - %%doc AUTHORS COPYING README - BR: gettext - drop %%{?debug_package} reference - desktop-file-install --vendor="kde"/--add-category="Application", where needed - comment inclusion of .la files Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kdetoys-3.5.1-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdetoys-3.5.1-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 15:51:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 10:51:33 -0500 Subject: [Bug 182173] Review Request: eterm - a color vt102 terminal emulator In-Reply-To: Message-ID: <200603061551.k26FpXik013596@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eterm - a color vt102 terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 ------- Additional Comments From terjeros at phys.ntnu.no 2006-03-06 10:51 EST ------- > - BuildRoot should be: > %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Fixed. > E: eterm explicit-lib-dependency libast Fixed. > E: eterm binary-or-shlib-defines-rpath > /usr/bin/Esetroot ['/usr/lib', '/usr/lib/Eterm'] > E: eterm binary-or-shlib-defines-rpath > /usr/bin/Eterm ['/usr/lib', '/usr/lib/Eterm'] Is this a showstopper? Don't know how to fix this, any ideas? > Please contact upstream and inquire about the overall license. The vast > majority of the code is BSD-style (per Michael Jennings) but the license on > the command.c file explicitly forbids "making money" and AFAICT this is not > acceptable for FC or FE (that is, folks should be allowed to sell copies of > Fedora-packaged software if they desire). Ok, I sent John a email, here is his respons: The code must originate from xvt, a lightweight replacement for xterm that I wrote many years ago. It was used by Rob Nation as the basis for rxvt and it looks like it has found its way into other terminal emulators. The comment about 'not making any money' was the original license but xvt has also been released in debian with a gpl license. I am happy for any terminal emulator code of mine to be on a gpl license. Updated package available here: Spec: http://web.phys.ntnu.no/~terjeros/eterm/eterm.spec SRPM: http://web.phys.ntnu.no/~terjeros/eterm/eterm-0.9.3-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From skadz1 at gmail.com Mon Mar 6 16:42:30 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Mon, 6 Mar 2006 11:42:30 -0500 Subject: Python packaging question In-Reply-To: <20060306121327.6c948e9c.bugs.michael@gmx.net> References: <8719b8230603051822p59f90040gf959a1486a886db9@mail.gmail.com> <20060306121327.6c948e9c.bugs.michael@gmx.net> Message-ID: <8719b8230603060842p3df09739l275d66b0fc01885d@mail.gmail.com> Thanks Zoltan, I will take a look. Michael - yeah, not surprising. Straw is finally back in a real development cycle and the latest code is probably the most stable code to date. I've been running it on Rawhide for weeks without issue. Skadz On 3/6/06, Michael Schwendt wrote: > On Sun, 5 Mar 2006 21:22:11 -0500, Ryan Skadberg wrote: > > > Sorta :) > > > > So, I would like to try and get the latest version of straw in to > > extras (the current version is about 4 behind and a new stable release > > came out today). > > As a side-note, several prepared upgrades for Straw (even dating back to > the fedora.us area) never worked fine and always caused severe regression > (tracebacks and other problems). Basically, that's where Straw package > development has stalled. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From eric.tanguy at univ-nantes.fr Mon Mar 6 16:56:17 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 06 Mar 2006 17:56:17 +0100 Subject: Problem with buildsystem ? Message-ID: <1141664177.21374.1.camel@bureau.maison> It seems one package is building since 1 day ... ? Eric From bugzilla at redhat.com Mon Mar 6 16:53:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 11:53:00 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603061653.k26Gr0vI030261@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ------- Additional Comments From imlinux at gmail.com 2006-03-06 11:52 EST ------- Hey Aurelien or Jesse, can one of you post a build log? Upstream has requested one. ====================== FROM EMAIL =========================== the failed build log would be helpful. i don't know how rh/fc handles the split in 64/32-bit libs and sw. in debian, iirc /usr/lib is a symlink to /usr/lib64 and there's a seperate /usr/lib32. or at least, there are no such compilation errors on my amd64 machine (which is powered off currently so i can't check :() ============================================================== -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 6 17:04:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 12:04:02 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603061704.k26H42YE000743@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 12:03 EST ------- I don't think that'll work:: $ repoquery --requires --repoid=development subversion-devel apr-devel apr-util-devel subversion = 1.3.0-4.2 So whether we depend on subversion or subversion-devel we're creating a situation where we cannot update subversion-core because the documentation is out of sync. OTOH, not including the release portion of EVR in the package dependencies makes it less likely that the scenario I mentioned where a neon security flaw is blocked by out-of-sync subversion/subversion-api-docs could occur but the example would still be valid for security flaws in subversion itself. You argue yourself, that exact EVR isn't necessary for the package dependencies because an upgrade will just add accuracy to what is already there. My argument is just an extension of this: it's better that the subversion-api-docs are not made dependent on subversion and are placed in their own %{_docdir}/subversion-api-docs directory because it eliminates a potential security problem in trade for a similar accuracy of the 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 Mon Mar 6 17:12:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 12:12:49 -0500 Subject: [Bug 176109] Review Request: pytraffic In-Reply-To: Message-ID: <200603061712.k26HCnX5003289@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pytraffic https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176109 ------- Additional Comments From michel.vandenbergh at uhasselt.be 2006-03-06 12:12 EST ------- Thanks!! I'm a bit busy with work right now but I will continue the procedure as soon as I can. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Mon Mar 6 17:26:36 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 06 Mar 2006 11:26:36 -0600 Subject: Problem with buildsystem ? In-Reply-To: <1141664177.21374.1.camel@bureau.maison> References: <1141664177.21374.1.camel@bureau.maison> Message-ID: Eric Tanguy wrote: > It seems one package is building since 1 day ... ? Looks like it: 5883 liboggz-0_9_4-1_fc4 building 1d 1h ago fedora-4-extras thomas apestaart org -- Rex From michael at knox.net.nz Mon Mar 6 17:32:39 2006 From: michael at knox.net.nz (Michael J Knox) Date: Tue, 07 Mar 2006 06:32:39 +1300 Subject: monkey-bubble In-Reply-To: <1141632651.27650.28.camel@laurel.intra.city-fan.org> References: <1141426734.2590.0.camel@pingu.homenetwork.lan> <4408E2D5.7070705@kobold.org> <1141442749.2590.2.camel@pingu.homenetwork.lan> <1141609528.29539.15.camel@cosima.et.endace.com> <1141632651.27650.28.camel@laurel.intra.city-fan.org> Message-ID: <1141666360.19205.0.camel@pingu.homenetwork.lan> On Mon, 2006-03-06 at 08:10 +0000, Paul Howarth wrote: > You need sponsorship for cvs access. It doesn't make any difference > whether the package(s) you're intending to maintain are "new" or > "orphaned". > > Paul. Right. Thanks for clearing that up. Michael From bugzilla at redhat.com Mon Mar 6 17:29:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 12:29:39 -0500 Subject: [Bug 181801] Review Request: zeroinstall-injector In-Reply-To: Message-ID: <200603061729.k26HTdgw006900@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zeroinstall-injector https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181801 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-06 12:29 EST ------- Good: + Local build worked fine. + rpmlint for SRPM ok. + rpmlint for binaries RPMs ok. + Build on mock worked fine. I'm glade that I can APPROVE you package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From notting at redhat.com Mon Mar 6 17:45:33 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Mar 2006 12:45:33 -0500 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440A98FA.7030905@hhs.nl> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> Message-ID: <20060306174533.GA22953@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > >Hans de Goede (j.w.r.degoede at hhs.nl) said: > >>I see no problem here, there is however a restriction on commercial Use, > >>but there are no restrictions on redistribution. which is all that is > >>required for binary blobs (firmware, or am I missing something?). > > > >Non-commercial-use-only is *not* ok for Extras. ... > Note we're talking about content (gamedata) not code here, the packaging > guideline specifically state: > "Shareware applications are not Open Source code, and are not acceptable > for Fedora. Yes, but... > - Explicit permission is given by the owner to freely distribute without > restrictions (this permission must be included, in "writing", with the > files in the packaging) without restrictions != non-commercial use only. Sorry I was that terse. > Now sharware data files clearly meet all of the above listed > Requirements for firmware without question except for: > "Explicit permission is given by the owner to freely distribute without > restrictions (this permission must be included, in "writing", with the > files in the packaging)" > > Thus that is imho what should be discussed, does the quake shareware > license I presented allow free distributing without restriction? > > Now quoting the relevant part from the license again: > "Permitted Distribution. So long as this Agreement accompanies the > Software at all times, ID grants to Providers the limited right to > distribute, free of charge, except normal access fees, and by electronic > means only, the Software; provided, however, the Software must be so > electronically distributed only in a compressed format." > > So does this allow free distributing? AFAIK Yes it does (IANAL) > Is this without restrictions? Well clearly no, the following > restrictions are made: > -distribution must be free of charge, except normal access fees > -by electronic means only > -distributed only in a compressed format Right now we structure things so people can redistribute any CDs of Core or Extras that they want, or freely *build OSes on top of them*. Anything that would require 'oh, you can't include this package XXX in something you base on Fedora' isn't really feasible. Bill From bugzilla at redhat.com Mon Mar 6 17:41:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 12:41:13 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603061741.k26HfDUi010504@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From somlo at cmu.edu 2006-03-06 12:41 EST ------- Spec Url: http://www.contrib.andrew.cmu.edu/~somlo/argus.spec SRPM Url: http://www.contrib.andrew.cmu.edu/~somlo/argus-2.0.6.fixes.1-4.src.rpm Currently, the contrib stuff is not being packaged, and no __perl_requires workaround is necessary. Fixed all other issues listed in the previous comment. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 17:57:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 12:57:55 -0500 Subject: [Bug 176579] Review Request: ipsvd -- Internet protocol service daemons In-Reply-To: Message-ID: <200603061757.k26HvtWk015993@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipsvd -- Internet protocol service daemons https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176579 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-06 12:57 EST ------- * Mon Mar 06 2006 Enrico Scholz - 0.12.1-0 - updated to 0.12.1 http://ensc.de/fedora/ipsvd.spec http://ensc.de/fedora/ipsvd-0.12.1-0.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 Mar 6 18:13:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 13:13:13 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603061813.k26IDDrD020658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From bojan at rexursive.com 2006-03-06 13:13 EST ------- In comment #10, did you take into account this (I mentioned it in my reply): Requires: subversion-devel >= %{version} With the above, the upgrade of subversion, subversion-devel and all its dependencies will simply go through as normal, as subversion-devel (the requirement for subversion-api-docs) will always be greater or equal to that of subversion-api-docs. So, unless there is some weird downgrade (e.g. FC starts shipping Subversion 1.2.9 instead of 1.3.0, 1.3.1 etc.), I don't see a problem with that. No security upgrade should be affected by 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 dcbw at redhat.com Mon Mar 6 18:15:04 2006 From: dcbw at redhat.com (Dan Williams) Date: Mon, 06 Mar 2006 13:15:04 -0500 Subject: Problem with buildsystem ? In-Reply-To: References: <1141664177.21374.1.camel@bureau.maison> Message-ID: <1141668904.2286.6.camel@dhcp83-104.boston.redhat.com> On Mon, 2006-03-06 at 11:26 -0600, Rex Dieter wrote: > Eric Tanguy wrote: > > It seems one package is building since 1 day ... ? > > Looks like it: > > 5883 liboggz-0_9_4-1_fc4 building 1d 1h ago fedora-4-extras thomas > apestaart org fixed, thanks. Dan From j.w.r.degoede at hhs.nl Mon Mar 6 18:37:21 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 19:37:21 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <20060306174533.GA22953@devserv.devel.redhat.com> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> Message-ID: <440C8161.8050408@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>> Hans de Goede (j.w.r.degoede at hhs.nl) said: >>>> I see no problem here, there is however a restriction on commercial Use, >>>> but there are no restrictions on redistribution. which is all that is >>>> required for binary blobs (firmware, or am I missing something?). >>> Non-commercial-use-only is *not* ok for Extras. > ... >> Note we're talking about content (gamedata) not code here, the packaging >> guideline specifically state: >> "Shareware applications are not Open Source code, and are not acceptable >> for Fedora. > > Yes, but... > >> - Explicit permission is given by the owner to freely distribute without >> restrictions (this permission must be included, in "writing", with the >> files in the packaging) > > without restrictions != non-commercial use only. Sorry I was that > terse. > It says "to freely distribute" not to freely use but to freely distribute, if you really want to go this way you might as well scrap the whole binary firmware/content exception stuff since almost no binary firmware license will allow you to use it unrerstricted, usually no other use then intended is allowed and even if other then intended use is allowed, so if say use without the actual hardware was allowed then licenses usually still prohibit reverse engineering etc. >> Now sharware data files clearly meet all of the above listed >> Requirements for firmware without question except for: >> "Explicit permission is given by the owner to freely distribute without >> restrictions (this permission must be included, in "writing", with the >> files in the packaging)" >> >> Thus that is imho what should be discussed, does the quake shareware >> license I presented allow free distributing without restriction? >> >> Now quoting the relevant part from the license again: >> "Permitted Distribution. So long as this Agreement accompanies the >> Software at all times, ID grants to Providers the limited right to >> distribute, free of charge, except normal access fees, and by electronic >> means only, the Software; provided, however, the Software must be so >> electronically distributed only in a compressed format." >> >> So does this allow free distributing? AFAIK Yes it does (IANAL) >> Is this without restrictions? Well clearly no, the following >> restrictions are made: >> -distribution must be free of charge, except normal access fees >> -by electronic means only >> -distributed only in a compressed format > > Right now we structure things so people can redistribute > any CDs of Core or Extras that they want, or freely *build > OSes on top of them*. > How does this stop redistribution on CD, its normal access fees only, electronic and still an rpm thus compressed or ... ? > Anything that would require 'oh, you can't include this package > XXX in something you base on Fedora' isn't really feasible. > This isn't really true actually there has been discussion in the past about allowing non-commercial (scientific) software into FE and although it was never allowed, it was never denied either afaik this decision still has to be made in the mean time it seems everyone is acting as if this was denied. Also in the past it has been discussed wether we actually want to cater CD creation again no decision was made. Regards, Hans From notting at redhat.com Mon Mar 6 18:25:00 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Mar 2006 13:25:00 -0500 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440C8161.8050408@hhs.nl> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> Message-ID: <20060306182500.GA19737@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > >>So does this allow free distributing? AFAIK Yes it does (IANAL) > >>Is this without restrictions? Well clearly no, the following > >>restrictions are made: > >>-distribution must be free of charge, except normal access fees > >>-by electronic means only > >>-distributed only in a compressed format > > > >Right now we structure things so people can redistribute > >any CDs of Core or Extras that they want, or freely *build > >OSes on top of them*. > > > > How does this stop redistribution on CD, its normal access fees only, > electronic and still an rpm thus compressed or ... ? Someone building an OS on top of it may not qualify for the 'normal access fees' test. > >Anything that would require 'oh, you can't include this package > >XXX in something you base on Fedora' isn't really feasible. > > This isn't really true actually there has been discussion in the past > about allowing non-commercial (scientific) software into FE and although > it was never allowed, it was never denied either afaik this decision > still has to be made in the mean time it seems everyone is acting as if > this was denied. > > Also in the past it has been discussed wether we actually want to cater > CD creation again no decision was made. Why would you want to prevent it? Bill From bugzilla at redhat.com Mon Mar 6 18:25:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 13:25:55 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603061825.k26IPt3C024121@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|NOTABUG | ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-06 13:25 EST ------- Good: + Local build worked fine. + Mock build worked fine. TODO: 1. Please register a fixed uid on http://fedoraproject.org/wiki/Packaging/UserRegistry?action=show&redirect=PackageUserRegistry and use it in your rpm. Please see: http://fedoraproject.org/wiki/Packaging/UserCreation -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 18:32:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 13:32:18 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603061832.k26IWIBr026290@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 13:32 EST ------- Ah -- missed the ">=". Hmmm... That sounds fine then. Roll another package with the URLs filled in, the updated Requires:, and docdir ownership and I'll take a 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 Mon Mar 6 18:38:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 13:38:48 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603061838.k26IcmpB028873@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-06 13:38 EST ------- 0.8.12-2 approved. I deliberately ignore the plugins which are not built, as I believe any additional plugins not found in Core should make it into an -extras plugins package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Mon Mar 6 19:02:26 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 20:02:26 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <20060306182500.GA19737@devserv.devel.redhat.com> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> Message-ID: <440C8742.2050900@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>>> So does this allow free distributing? AFAIK Yes it does (IANAL) >>>> Is this without restrictions? Well clearly no, the following >>>> restrictions are made: >>>> -distribution must be free of charge, except normal access fees >>>> -by electronic means only >>>> -distributed only in a compressed format >>> Right now we structure things so people can redistribute >>> any CDs of Core or Extras that they want, or freely *build >>> OSes on top of them*. >>> >> How does this stop redistribution on CD, its normal access fees only, >> electronic and still an rpm thus compressed or ... ? > > Someone building an OS on top of it may not qualify for the > 'normal access fees' test. > Someone building an OS on top would be in trouble with any freely distributable content, as freely distributable != being able to build on top of it. This thus seems a non argument as the guidelines talk about "to freely distribute" wich clear != "to build a(n) XXXX on top of it" Also releated but unanswered from my first reply: "Thus appearantly shareware data-files are ok content, due to the nature of shareware (this is a limited version pay us for the full version) the datafiles are almost by definition not for commercial use. (The rights for commercial use is clearly reservered by the copyright, through the full version and possible other versions)." Since there is a clear exception for shareware content (not code!) and you've not shown any _distributing_ restrictions I believe that the discussed content license is OK. >>> Anything that would require 'oh, you can't include this package >>> XXX in something you base on Fedora' isn't really feasible. >> This isn't really true actually there has been discussion in the past >> about allowing non-commercial (scientific) software into FE and although >> it was never allowed, it was never denied either afaik this decision >> still has to be made in the mean time it seems everyone is acting as if >> this was denied. >> >> Also in the past it has been discussed wether we actually want to cater >> CD creation again no decision was made. > > Why would you want to prevent it? > I'm not saying that we want to prevent it, I actually agree that we should cater CD creation, but this is not official policy. Neither was the non-commercial issue ever decided. Although it does seem to have become policy, a policy which I BTW fully agree with (for code not for content). Regards, Hans From wart at kobold.org Mon Mar 6 18:53:40 2006 From: wart at kobold.org (Michael Thomas) Date: Mon, 06 Mar 2006 10:53:40 -0800 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: References: <44095F3C.5040706@hhs.nl> Message-ID: <440C8534.3030409@kobold.org> Jason L Tibbitts III wrote: >>>>>>"HdG" == Hans de Goede writes: > > > HdG> Hi, I had this idea last night, it would be nice to package doom > HdG> (and other) gpl game engines, or improved spinoffs such as > HdG> vavoom, but they are kinda useless without the shareware > HdG> datafiles. > > The packaging guidelines specifically mention Doom: > > ---- > Shareware > > Shareware applications are not Open Source code, and are not > acceptable for Fedora. > > However, it is worth noting that some non-executable content exists > that is required to make Open Source applications functional. An > example of this would be open sourced game engines, such as Doom, > Heretic, and Descent. These game engines come with freely > distributable shareware gamedata files. > > In this case, the gamedata files can be packaged and included in > Fedora Extras, as long as the files meet the requirements for binary > firmware. > ---- > > HdG> Now the shareware files are freely redistributed by a lot of > HdG> sites, but nowhere there seems to be a clear license under which > HdG> this is done, which makes things kinda dodgy. > > This seems to be the case for xu4, which is an (open source) engine > which plays the Ultima 4 data files. I would like to package it, and > the data is available all over (including from Sourceforge, which I > understand has significant restrictions on what you can host there). > But I can't find any statement that it's OK to distribute the data > except for some archived emails. Let me approach this from a different angle: Let's start with the assumption that we are not allowed to redistribute the game files, and thus, can't include them in Fedora. Can we still include the game engine? It would seem like we couldn't, because the data files are required to make the application work. If someone were to come up with an alternate set of game data files that were redistributable, then we should be allowed to distribute both the game engine and the data files. There seem to be a number of community-authored DOOM .wads available. Are any of them usable without a copy of the original shareware data files? Now what if there weren't any game data files available anywhere for the game engine. Pretend that someone has written a game engine, but does not have a reference game implementation and thus, no data files. Can we still include the game engine? Can we consider the game engine to be a platform on top of which games are played, but which does not run by itself (much like shipping tomcat with no web applications)? Wouldn't shipping the game engine still be of value, as it might encourage someone to produce a freely distributable set of game files? I'm playing devil's advocate with myself with this argument, because I still feel that game engines alone aren't enough. Personally, I would feel let down if I was told "Distribution X comes with Doom!", only to discover that they really meant to say "...comes with the Doom engine!" and that I still had to hunt around the internet for the shareware data files to actually play the game. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From notting at redhat.com Mon Mar 6 18:58:26 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Mar 2006 13:58:26 -0500 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440C8742.2050900@hhs.nl> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> <440C8742.2050900@hhs.nl> Message-ID: <20060306185825.GA23884@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > >Someone building an OS on top of it may not qualify for the > >'normal access fees' test. > > Someone building an OS on top would be in trouble with any freely > distributable content, as freely distributable != being able to build on > top of it. This thus seems a non argument as the guidelines talk about > "to freely distribute" wich clear != "to build a(n) XXXX on top of it" Huh? If you can't build XXX on top of it and distribute it, that's not freely distributable. > Also releated but unanswered from my first reply: > "Thus appearantly shareware data-files are ok content, due to the nature > of shareware (this is a limited version pay us for the full version) the > datafiles are almost by definition not for commercial use. (The rights > for commercial use is clearly reservered by the copyright, through the > full version and possible other versions)." > > Since there is a clear exception for shareware content (not code!) and > you've not shown any _distributing_ restrictions I believe that the > discussed content license is OK. I'm saying I think the guidelines are *WRONG*. This exception seems silly. Warning, speaking solely for myself... We're in the business here of promoting open source, and building communities on top of that. Realisitcally, jumping through hoops so we can ship what amounts to 10 year old games accomplishes what, exactly? Promoting (essentially) shareware and old commercial software? (See also: mame and similar emulators.) Where I see an exception like this coming into play is for firmware for wireless cards, and similar devices. And people should be able to take whatever we include in Fedora, and build *whatever* on top of it. An OS? Sure! A set top box? Why not? And *anything* that is 'free for non-commercial use' prevents this. Perhaps, it's just the day-of-freeze stress, but I don't think going down this shareware (or similar) road is a good idea. Bill From bugzilla at redhat.com Mon Mar 6 18:52:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 13:52:55 -0500 Subject: [Bug 176253] Review Request: clement-2.1 In-Reply-To: Message-ID: <200603061852.k26Iqtfm001138@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clement-2.1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176253 ------- Additional Comments From jmp at safe.ca 2006-03-06 13:52 EST ------- Pam-Devel is now part of the BuildRequires list within the SPEC file. Spec Url: ftp://ftp.safe.ca/pub/clement-2.1/SPECS/clement-2.1-99.spec SRPM Url: ftp://ftp.safe.ca/pub/clement-2.1/SRPMS/clement-2.1-99.src.rpm Numerous bug-fix/improvement have been done since last bugzilla Clement update (2.1-65), see the Changes file and SPEC Changelog for 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 Mon Mar 6 18:58:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 13:58:05 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603061858.k26Iw5L7002958@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-06 13:58 EST ------- "Using 'fedora-usermgmt' is optional and not required by packaging guidelines." -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From mmcgrath at fedoraproject.org Mon Mar 6 19:16:03 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 06 Mar 2006 13:16:03 -0600 Subject: non fedora-usermgmt user creation Message-ID: <440C8A73.5080602@fedoraproject.org> Was "User id allocation and fedora-usermgmt" I'm just trying to get a little background on this fedora-usermgmt and user creation problem. The page in the wiki I'm talking about here is: http://www.fedoraproject.org/wiki/Packaging/UserCreation The way I understand it is we're trying to avoid creating users with UID's that are already reserved for a package that has not yet been installed. Having every package that requires a user register it seems un-reasonable since the number of UID's is finite and the number of packages that create users is large. Simply running "useradd -r" is what I've done in the past. There is the possibility that when using this command the UID would be created as 48, which is reserved for apache. When someone then tries to install httpd they'd have issues. How is it exactly that fedora-usermgmt fixes this problem? The problem I have with the UserCreation page in the wiki is it provides no non fedora-usermgmt creation alternatives. And since fedora-usermgmt is not yet in wide adoption I'm very hesitant to use it. -Mike From enrico.scholz at informatik.tu-chemnitz.de Mon Mar 6 19:21:24 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 06 Mar 2006 20:21:24 +0100 Subject: User id allocation and fedora-usermgmt In-Reply-To: <1141341050.14624.24.camel@currant.watzmann.net> (David Lutterkort's message of "Thu, 02 Mar 2006 15:10:50 -0800") References: <1141171454.12591.59.camel@currant.watzmann.net> <87psl6wuj9.fsf@kosh.bigo.ensc.de> <1141262239.12591.124.camel@currant.watzmann.net> <87psl4d10n.fsf@kosh.bigo.ensc.de> <1141341050.14624.24.camel@currant.watzmann.net> Message-ID: <87veurz8ej.fsf@kosh.bigo.ensc.de> dlutter at redhat.com (David Lutterkort) writes: >> > The system User IDs from 0 to 99 should be statically >> > allocated by the system, and shall not be created by >> > applications. >> > >> > The system User IDs from 100 to 499 should be reserved for >> > dynamic allocation by system administrators and post install >> > scripts using useradd. >> > >> > This is pretty vague, as far as standards go, >> >> I think it is pretty clear... an LSB compliant package should not assign >> a static uid in the 100..499 range. Only 0..99 is available for static >> uids. > > What I meant with vague is that the LSB doesn't have any detail on > the 100 - 499 range; throwing the uid's for packages and what system > admins do locally into one bucket is just a description of the status > quo. It means, that an LSB compliant package should not assign a static uid in the 100..499 range, and that an uid appearing there can be created only by 'useradd -r' (without '-u'). >> > and clearly, having only 100 user id's for statically allocated users >> > is not practical >> >> agreed. But this rule is originated >10 years ago when people thought >> there would be no need for more than 100 system users. It is far too >> late to change it now... > > I agree that it would be hard to change for existing installations; you > yourself have noticed a need for change in that area and written > fedora-usermgmt. I am saying that with a clear policy we could improve > on what the LSB describes there. At the very least, it would clarify how > the desire for static uid's allocated above 100 can be reconciled with > the needs of FC/FE. Static uids above 100 are not possible for LSB compliant packages. >> > (FC itself already uses more than 100 system users) >> >> Are you really sure? At least FC4 should be below this mark (around 80 >> users, afair). > > /usr/share/doc/setup-2.5.44/uidgid on my FC4 system lists as the highest > uid (besides nfsnobody) gkrellmd as 101. gkrellmd is obviously a packaging bug. E.g. an installation sequence of 1. minimal install 2. something, which does 'useradd -r' 3. 'gkrellmd' installation will break at 3. because 2. created a user with uid 101. It also violates the LSB ;) > Which also means that something will have to be done for FC at some > not-too-distant point in the future. > >> It addresses this issue by: >> >> * being LSB compliant (dynamic allocation) in the default (unconfigured) >> case > > I think since the LSB describes something that's impractical in reality, > the LSB should be changed; Try it; but I have very little hope that LSB can be changed in this point because there are too much existing installations which use 100..499 for their own purposes. > but before we can have this discussion, we would need an example how > it should be changed witha more detailed allocation policy. My suggestion would be, to use 500..999 for static system uids. ;) Debian starts ordinary users already at 1000, now some other distros have to follow and some administrators have to re-uid their users ;) >> * allowing administrators who do not want the mess of inconsistent uids >> to assign predictable uids which are identically at each rpm run and >> on every system > > But it doesn't solve the fundamental problem that there is no assurance > that they map the uid's into a 'safe' uid range; The 'safe' range must be choosen by the administrator; the administrator can be sure that uids between 500 and 65533 (and perhaps the extended 32bit range) are available for his purposes. No package should assign a uid there. Which range within 500..65533 is safe for semi-static uids assigned by fedora-usermgmt depends on the local policy. > there is nothing to keep a package in FC to appear that will clash > with a uid from FE, for example. FC is going to become smaller in the future and there should be around 20 free uids below 100. So, FC can stay completely in the 0..99 range. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Mon Mar 6 19:24:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 14:24:24 -0500 Subject: [Bug 182173] Review Request: eterm - a color vt102 terminal emulator In-Reply-To: Message-ID: <200603061924.k26JOOu0011589@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eterm - a color vt102 terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2006-03-06 14:24 EST ------- Hi Terje, I think the rpath error is a blocker (can anyone else comment here?) and will look into it some more. Also, I'll do a thorough review as soon as I can. Please try to get the license issues sorted out *within* the upstream source since they are a blocker. If the upstream maintainers clarify things (say, if they put a single COPYING or LICENSE file that makes it clear what the overall terms with--with *no* inconsistencies in the individual files), that would be ideal. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 19:32:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 14:32:32 -0500 Subject: [Bug 181801] Review Request: zeroinstall-injector In-Reply-To: Message-ID: <200603061932.k26JWW4d014168@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zeroinstall-injector https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181801 ------- Additional Comments From michel.salim at gmail.com 2006-03-06 14:32 EST ------- Could you set the blocker bug to FE-ACCEPT (#163779) ? Don't want to step on your toes.. thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Mon Mar 6 19:40:34 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 06 Mar 2006 20:40:34 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440C8A73.5080602@fedoraproject.org> (Mike McGrath's message of "Mon, 06 Mar 2006 13:16:03 -0600") References: <440C8A73.5080602@fedoraproject.org> Message-ID: <87r75fz7il.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org (Mike McGrath) writes: > I'm just trying to get a little background on this fedora-usermgmt and > user creation problem. The page in the wiki I'm talking about here > is: > > http://www.fedoraproject.org/wiki/Packaging/UserCreation > > The way I understand it is we're trying to avoid creating users with > UID's that are already reserved The purpose of 'fedora-usermgmt' is, to create a (system)user with the same, predictable uid on every installation ('rpm -U') and on every machine. > for a package that has not yet been installed. Having every package > that requires a user register it seems un-reasonable since the number > of UID's is finite and the number of packages that create users is > large. On my machines, I reserve the uid-range from 63000 to 63999 for fedora-usermgmt and I am optimistically that this range is enough for the next years. If we ever exceed it, fedora-usermgmt can be easily extended to use another range for special uids resp. uids greater a certain value. > The problem I have with the UserCreation page in the wiki is it provides > no non fedora-usermgmt creation alternatives. Some macro-mania was added some days ago, which allow a '--without fedora-usermgmt' switch. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Mon Mar 6 19:37:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 14:37:59 -0500 Subject: [Bug 176452] Review Request: oddjob - a D-BUS service which runs odd jobs on behalf of client applications In-Reply-To: Message-ID: <200603061937.k26Jbxth016040@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: oddjob - a D-BUS service which runs odd jobs on behalf of client applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176452 ------- Additional Comments From nalin at redhat.com 2006-03-06 14:37 EST ------- Okay, the build system seems to like 0.24 (0.23 didn't quite build against FC3, and it's my intention to keep it building with releases of D-BUS which are that old, all the way up to 1.0). Once the packages show up on the public servers, I'll go ahead and mark this as resolved with resolution NEXTTRELEASE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wart at kobold.org Mon Mar 6 19:58:01 2006 From: wart at kobold.org (Michael Thomas) Date: Mon, 06 Mar 2006 11:58:01 -0800 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440C8534.3030409@kobold.org> References: <44095F3C.5040706@hhs.nl> <440C8534.3030409@kobold.org> Message-ID: <440C9449.9050203@kobold.org> Following up to my own post... Michael Thomas wrote: > Jason L Tibbitts III wrote: > >>>>>>>"HdG" == Hans de Goede writes: >> >> >>HdG> Hi, I had this idea last night, it would be nice to package doom >>HdG> (and other) gpl game engines, or improved spinoffs such as >>HdG> vavoom, but they are kinda useless without the shareware >>HdG> datafiles. >> >>The packaging guidelines specifically mention Doom: >> >>---- >>Shareware >> >>Shareware applications are not Open Source code, and are not >>acceptable for Fedora. >> >>However, it is worth noting that some non-executable content exists >>that is required to make Open Source applications functional. An >>example of this would be open sourced game engines, such as Doom, >>Heretic, and Descent. These game engines come with freely >>distributable shareware gamedata files. >> >>In this case, the gamedata files can be packaged and included in >>Fedora Extras, as long as the files meet the requirements for binary >>firmware. >>---- >> >>HdG> Now the shareware files are freely redistributed by a lot of >>HdG> sites, but nowhere there seems to be a clear license under which >>HdG> this is done, which makes things kinda dodgy. >> >>This seems to be the case for xu4, which is an (open source) engine >>which plays the Ultima 4 data files. I would like to package it, and >>the data is available all over (including from Sourceforge, which I >>understand has significant restrictions on what you can host there). >>But I can't find any statement that it's OK to distribute the data >>except for some archived emails. > > > Let me approach this from a different angle: > > Let's start with the assumption that we are not allowed to redistribute > the game files, and thus, can't include them in Fedora. Can we still > include the game engine? It would seem like we couldn't, because the > data files are required to make the application work. > > If someone were to come up with an alternate set of game data files that > were redistributable, then we should be allowed to distribute both the > game engine and the data files. There seem to be a number of > community-authored DOOM .wads available. Are any of them usable without > a copy of the original shareware data files? After poking around a bit, I found these: http://freedoom.sourceforge.net/ http://openquartz.sourceforge.net/ It seems to me that we could have two packages: freedoom - Data files for doom engines. Requires: doom-engine linuxdoom - or any other GPL doom engine): Provides: doom-engine Multiple doom engines could be included, perhaps using the alternatives system to set the default one. I haven't tried out freedoom or openquartz yet, but I'll try to do it in the next few days. The fact that the game engines can play the original shareware/proprietary DOOM files becomes secondary, because all of the components for a fully functional game will already be present. A level editor would also be nice, and it seems that there ought to be several freely available. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Mon Mar 6 19:54:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 14:54:09 -0500 Subject: [Bug 182064] Review Request: facter In-Reply-To: Message-ID: <200603061954.k26Js9BR020656@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: facter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064 ------- Additional Comments From dlutter at redhat.com 2006-03-06 14:54 EST ------- * I uppdated the spec/srpm and made changes according to the comments above * The only thing I did not change is the install location: upstream ruby does not provide a real distinction between vendor and site install locations. Python, which is in a similar situation, uses site-packages for both rpm and local installs. We are trying (as part of the Ruby SIG) to get this rectified, but in the meantime I would like to stick with site_ruby Spec: http://people.redhat.com/dlutter/yum/spec/facter.spec SRPM: http://people.redhat.com/dlutter/yum/SRPMS/facter-1.1.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Mon Mar 6 20:33:13 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 21:33:13 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <20060306185825.GA23884@devserv.devel.redhat.com> References: <44095F3C.5040706@hhs.nl> <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> <440C8742.2050900@hhs.nl> <20060306185825.GA23884@devserv.devel.redhat.com> Message-ID: <440C9C89.2080009@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>> Someone building an OS on top of it may not qualify for the >>> 'normal access fees' test. >> Someone building an OS on top would be in trouble with any freely >> distributable content, as freely distributable != being able to build on >> top of it. This thus seems a non argument as the guidelines talk about >> "to freely distribute" wich clear != "to build a(n) XXXX on top of it" > > Huh? > > If you can't build XXX on top of it and distribute it, that's not > freely distributable. > If you build on top of you are using / modifying / extending, In essence you're creating a derative work see GPL vs LGPL for libraries. No where in the guidelines it says (for firmware / content) that derative works have to be allowed, it only says freely distributable. Regards, Hans From notting at redhat.com Mon Mar 6 20:19:17 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Mar 2006 15:19:17 -0500 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440C9C89.2080009@hhs.nl> References: <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> <440C8742.2050900@hhs.nl> <20060306185825.GA23884@devserv.devel.redhat.com> <440C9C89.2080009@hhs.nl> Message-ID: <20060306201917.GC29688@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > If you build on top of you are using / modifying / extending, In essence > you're creating a derative work see GPL vs LGPL for libraries. No where > in the guidelines it says (for firmware / content) that derative works > have to be allowed, it only says freely distributable. A collection of X,Y, and Z isn't a derivate work of X, Y, and Z. Bill From j.w.r.degoede at hhs.nl Mon Mar 6 20:47:45 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 21:47:45 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440C9449.9050203@kobold.org> References: <44095F3C.5040706@hhs.nl> <440C8534.3030409@kobold.org> <440C9449.9050203@kobold.org> Message-ID: <440C9FF1.5010001@hhs.nl> Michael Thomas wrote: > After poking around a bit, I found these: > > http://freedoom.sourceforge.net/ > http://openquartz.sourceforge.net/ > > It seems to me that we could have two packages: > > freedoom - Data files for doom engines. > Requires: doom-engine > > linuxdoom - or any other GPL doom engine): > Provides: doom-engine > > Multiple doom engines could be included, perhaps using the alternatives > system to set the default one. > This is a great find! It would still be nice to include the original shareware levels for the real retro gaming feel, but this way atleast we can ship something functional and _really_ free. Thanks & Regards, Hans From bugzilla at redhat.com Mon Mar 6 20:27:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 15:27:56 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603062027.k26KRuQh029439@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From dlutter at redhat.com 2006-03-06 15:27 EST ------- * Updated to latest puppet-0.14.0 Spec: http://people.redhat.com/dlutter/yum/spec/puppet.spec SRPM: http://people.redhat.com/dlutter/yum/SRPMS/puppet-0.14.0-1.src.rpm * The rubylibdir macro won't cause a problem, since it is only used during the build, at which time mock will have installed ruby, which is now a BuildRequires. * I addressed all the outstanding issues with facter -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Mon Mar 6 20:55:05 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 21:55:05 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <20060306201917.GC29688@devserv.devel.redhat.com> References: <440A44D9.4010509@hhs.nl> <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> <440C8742.2050900@hhs.nl> <20060306185825.GA23884@devserv.devel.redhat.com> <440C9C89.2080009@hhs.nl> <20060306201917.GC29688@devserv.devel.redhat.com> Message-ID: <440CA1A9.4070001@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >> If you build on top of you are using / modifying / extending, In essence >> you're creating a derative work see GPL vs LGPL for libraries. No where >> in the guidelines it says (for firmware / content) that derative works >> have to be allowed, it only says freely distributable. > > A collection of X,Y, and Z isn't a derivate work of X, Y, and Z. > Agreed, but how does "distribution must be free of charge, except normal access fees" which seems to be our only debating point stop you from shipping it in a collection? Don't get wrong here I would like to include doom / quake / xxx shareware in FE for marketing reasons but I also believe that freedom matters, so I'm also partly playing devils advocate here / searching where the border / divide is. Regards, Hans From notting at redhat.com Mon Mar 6 20:44:58 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 6 Mar 2006 15:44:58 -0500 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <440CA1A9.4070001@hhs.nl> References: <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> <440C8742.2050900@hhs.nl> <20060306185825.GA23884@devserv.devel.redhat.com> <440C9C89.2080009@hhs.nl> <20060306201917.GC29688@devserv.devel.redhat.com> <440CA1A9.4070001@hhs.nl> Message-ID: <20060306204458.GA14744@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > >>If you build on top of you are using / modifying / extending, In essence > >>you're creating a derative work see GPL vs LGPL for libraries. No where > >>in the guidelines it says (for firmware / content) that derative works > >>have to be allowed, it only says freely distributable. > > > >A collection of X,Y, and Z isn't a derivate work of X, Y, and Z. > > Agreed, but how does "distribution must be free of charge, except normal > access fees" which seems to be our only debating point stop you from > shipping it in a collection? Your collection may not be sold for what someone considers 'normal access fees'. On one hand, you have Cheapbytes and friends. On the other hand, someone sells a $400 set-top box that plays whatever games are in Extras. The first example given would probably fall under 'normal access fees'; the second one would almost certainly not, and would require the hypothetcial distributor to prune Extras for license specifics for each package. Bill From oliver.andrich at gmail.com Mon Mar 6 20:45:51 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Mon, 6 Mar 2006 21:45:51 +0100 Subject: Odd mock build problem In-Reply-To: <20060306005841.13388fbd.bugs.michael@gmx.net> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> <20060305.140255.1005434508.kevin@scrye.com> <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> Message-ID: <20060306204551.GA5560@fitheach> On Mon, Mar 06, 2006 at 12:58:41AM +0100, Michael Schwendt wrote: > No. There is no magic. And it doesn't pull in anything. Hm, well the logic behind it is clear to me, but why doesn't it pull anything into my mock chroot? I have understood so far, that ruby is not part of the basic build environment and that is the reason why my initial template code doesn't work. After doing the changes, I also checked the content of the chroot environment of mock out of curiosity, and there was a neat little ruby installation? How did it find its way into this enviroment? I am curious, cause I want to learn, I can't find much in depth documentation for mock. Best regards, Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From bugzilla at redhat.com Mon Mar 6 20:48:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 15:48:31 -0500 Subject: [Bug 183694] Review Request: gstreamer08-plugins In-Reply-To: Message-ID: <200603062048.k26KmVpE004014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From bdpepple at ameritech.net 2006-03-06 15:48 EST ------- Package built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 20:48:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 15:48:43 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603062048.k26KmhNJ004097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 Bug 180164 depends on bug 183694, which changed state. Bug 183694 Summary: Review Request: gstreamer08-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183694 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 the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Mon Mar 6 21:09:46 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 22:09:46 +0100 Subject: [games sig] Downloader for shareware data files for gpl engines such as vavoom In-Reply-To: <20060306204458.GA14744@devserv.devel.redhat.com> References: <20060305063456.GA8162@devserv.devel.redhat.com> <440A98FA.7030905@hhs.nl> <20060306174533.GA22953@devserv.devel.redhat.com> <440C8161.8050408@hhs.nl> <20060306182500.GA19737@devserv.devel.redhat.com> <440C8742.2050900@hhs.nl> <20060306185825.GA23884@devserv.devel.redhat.com> <440C9C89.2080009@hhs.nl> <20060306201917.GC29688@devserv.devel.redhat.com> <440CA1A9.4070001@hhs.nl> <20060306204458.GA14744@devserv.devel.redhat.com> Message-ID: <440CA51A.6080402@hhs.nl> Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>>> If you build on top of you are using / modifying / extending, In essence >>>> you're creating a derative work see GPL vs LGPL for libraries. No where >>>> in the guidelines it says (for firmware / content) that derative works >>>> have to be allowed, it only says freely distributable. >>> A collection of X,Y, and Z isn't a derivate work of X, Y, and Z. >> Agreed, but how does "distribution must be free of charge, except normal >> access fees" which seems to be our only debating point stop you from >> shipping it in a collection? > > Your collection may not be sold for what someone considers 'normal > access fees'. On one hand, you have Cheapbytes and friends. On the > other hand, someone sells a $400 set-top box that plays whatever > games are in Extras. The first example given would probably fall > under 'normal access fees'; the second one would almost certainly not, > and would require the hypothetcial distributor to prune Extras > for license specifics for each package. > And thus the story ends with the conclusion that quake shareware data cannot be part of FE. Something I already kinda knew, but wanted to really know. This is one dance that needed dancing, thanks for dancing it with me Bill. Regards, Hans From mmcgrath at fedoraproject.org Mon Mar 6 20:57:16 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 06 Mar 2006 14:57:16 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87r75fz7il.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <87r75fz7il.fsf@kosh.bigo.ensc.de> Message-ID: <440CA22C.2000101@fedoraproject.org> >>for a package that has not yet been installed. Having every package >>that requires a user register it seems un-reasonable since the number >>of UID's is finite and the number of packages that create users is >>large. >> >> > >On my machines, I reserve the uid-range from 63000 to 63999 for >fedora-usermgmt and I am optimistically that this range is enough >for the next years. > >If we ever exceed it, fedora-usermgmt can be easily extended to use >another range for special uids resp. uids greater a certain value. > > > > >>The problem I have with the UserCreation page in the wiki is it provides >>no non fedora-usermgmt creation alternatives. >> >> > >Some macro-mania was added some days ago, which allow a '--without >fedora-usermgmt' switch. > > > > How many packages use fedora-usermgmt and where did it come from? -Mike From buildsys at fedoraproject.org Mon Mar 6 21:07:07 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Mar 2006 16:07:07 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060306210707.6C4488003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 libupnp-1.3.1-1.fc3 oddjob-0.24-1 testdisk-6.3-1.fc3 ushare-0.9.6-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Mar 6 21:07:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Mar 2006 16:07:13 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060306210713.1A92B8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 kyum-0.7.5-3.fc4 liboggz-0.9.4-1.fc4 libupnp-1.3.1-1.fc4 oddjob-0.24-2 perl-Config-Tiny-2.05-1.fc4 perl-Log-Log4perl-1.04-1.fc4 testdisk-6.3-1.fc4 ushare-0.9.6-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Mar 6 21:08:35 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 6 Mar 2006 16:08:35 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060306210835.EB00F8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 61 Gtk-Perl-0.7008-40.fc5 SDL_gfx-2.0.13-4.fc5 advancecomp-1.15-4.fc5 bbkeys-0.9.0-4.fc5 blackbox-0.70.1-4.fc5 boa-0.94.14-0.4.rc21.fc5 ccid-1.0.0-1.fc5 easytag-1.1-3.fc5 fillets-ng-0.7.3-3.fc5 freeciv-2.0.8-2.fc5 gcombust-0.1.55-8 gentoo-0.11.55-3.fc5 ghdl-0.22-0.40svn.0.fc5 giblib-1.2.4-6.fc5 gkrellm-aclock-0.3.3-4.fc5 gkrellm-freq-1.0-2.fc5 gnupg2-1.9.20-3.fc5 gstreamer08-plugins-0.8.12-2.fc5 gsview-4.7-6.fc5 gtweakui-0.4.0-2.fc5 hackedbox-0.8.4-6.fc5 js-1.5-4.fc5 jthread-1.1.2-2.fc5 kannel-1.4.0-8.fc5 kyum-0.7.5-3.fc5 libcaca-0.9-10.fc5 libupnp-1.3.1-1.fc5 liferea-1.0.7-2.fc5 lighttpd-1.4.10-2.fc5 linux_logo-4.13-2.fc5 lmarbles-1.0.7-5 metakit-2.4.9.5-2.fc5 ncftp-3.1.9-3.fc5 oddjob-0.24-3 oidentd-2.0.7-9.fc5 openct-0.6.6-5.fc5 p7zip-4.30-3.fc5 pcsc-lite-1.3.0-1.fc5 pcsc-perl-1.4.1-1.fc5 pcsc-tools-1.4.1-3.fc5 perl-Config-Tiny-2.05-1.fc5 perl-Log-Log4perl-1.04-1.fc5 php-pecl-mailparse-2.1.1-3.fc5 php-pecl-pdo-1.0.2-2.fc5 php-pecl-pdo-sqlite-0.3-4.fc5 plib-1.8.4-3.fc5 plib16-1.6.0-5.fc5 portaudio-18.1-7.fc5 powermanga-0.79-8.fc5 proftpd-1.3.0-0.2.rc3.fc5 starfighter-1.1-7.fc5 synergy-1.2.7-2.fc5 testdisk-6.3-1.fc5 thttpd-2.25b-10.fc5 ucarp-1.1-5.fc5 ushare-0.9.6-2.fc5 viruskiller-0.9-7.fc5 viruskiller-1.0-1.fc5 xvattr-1.3-9.fc5 yasm-0.4.0-6.fc5 zziplib-0.13.45-2.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From jspaleta at gmail.com Mon Mar 6 21:09:22 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Mar 2006 16:09:22 -0500 Subject: non fedora-usermgmt user creation In-Reply-To: <440CA22C.2000101@fedoraproject.org> References: <440C8A73.5080602@fedoraproject.org> <87r75fz7il.fsf@kosh.bigo.ensc.de> <440CA22C.2000101@fedoraproject.org> Message-ID: <604aa7910603061309qb9afc48o85b0916b1f486a61@mail.gmail.com> On 3/6/06, Mike McGrath wrote: > How many packages use fedora-usermgmt on rawhide: repoquery --whatrequires fedora-usermgmt |wc -l 26 on fc4 repoquery --whatrequires fedora-usermgmt |wc -l 25 From bugzilla at redhat.com Mon Mar 6 21:07:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 16:07:20 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) In-Reply-To: Message-ID: <200603062107.k26L7KQD009168@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From spr at astrax.fis.ucm.es 2006-03-06 16:07 EST ------- Great! I looked for the license on the web site also and, as I didn't find it, I contacted with the upstream mantainer. He sent me the License.txt file and also told me that he has planned to include the license in the next upstream release. The updated (and I hope final) spec and srpm without License.txt are here: http://t-rex.fis.ucm.es/~spr/CCfits.spec http://t-rex.fis.ucm.es/~spr/CCfits-1.4-2.fc4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Mon Mar 6 21:37:21 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 22:37:21 +0100 Subject: Trying again, doom shareware license Message-ID: <440CAB91.10600@hhs.nl> Hi, Sorry for those getting tired, but in the first mails in this discussion we had both the quake and the doom licenses, the one which got discussed a lot was the quake one because that was dubious and turned out to be not ok. I believe the doom one is actually distributable under the current guidelines, I've attached the (ammended) license from the Debian doom shareware package. Opinions much valued as always. To make things easy I'll quote the IMHO most relevant part: "The DOOM shareware wad is freely distributable. No Quake data is freely distributable. John Carmack" Regards, Hans -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: doom-shareware-wad-license.txt URL: From wtogami at redhat.com Mon Mar 6 21:31:15 2006 From: wtogami at redhat.com (Warren Togami) Date: Mon, 06 Mar 2006 16:31:15 -0500 Subject: Trying again, doom shareware license In-Reply-To: <440CAB91.10600@hhs.nl> References: <440CAB91.10600@hhs.nl> Message-ID: <440CAA23.7060701@redhat.com> Hans de Goede wrote: > Hi, > > Sorry for those getting tired, but in the first mails in this discussion > we had both the quake and the doom licenses, the one which got discussed > a lot was the quake one because that was dubious and turned out to be > not ok. > > I believe the doom one is actually distributable under the current > guidelines, I've attached the (ammended) license from the Debian doom > shareware package. Opinions much valued as always. > > To make things easy I'll quote the IMHO most relevant part: > > "The DOOM shareware wad is freely distributable. No Quake data is > freely distributable. > > John Carmack" > "You may not: modify, translate, disassemble, decompile, reverse engineer, or create derivative works based upon the Software." While being fully redistributable is important for Fedora, so is being fully modifiable. This license allows no modification at all. Are we shipping anything else that allows free redistribution but no modification? AFAIK no. I personally would love to ship this in Fedora, but I think we shouldn't violate a central tenet in doing so. Warren Togami wtogami at redhat.com From j.w.r.degoede at hhs.nl Mon Mar 6 21:50:18 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 06 Mar 2006 22:50:18 +0100 Subject: Trying again, doom shareware license In-Reply-To: <440CAA23.7060701@redhat.com> References: <440CAB91.10600@hhs.nl> <440CAA23.7060701@redhat.com> Message-ID: <440CAE9A.6000903@hhs.nl> Warren Togami wrote: > Hans de Goede wrote: >> Hi, >> >> Sorry for those getting tired, but in the first mails in this >> discussion we had both the quake and the doom licenses, the one which >> got discussed a lot was the quake one because that was dubious and >> turned out to be not ok. >> >> I believe the doom one is actually distributable under the current >> guidelines, I've attached the (ammended) license from the Debian doom >> shareware package. Opinions much valued as always. >> >> To make things easy I'll quote the IMHO most relevant part: >> >> "The DOOM shareware wad is freely distributable. No Quake data is >> freely distributable. >> >> John Carmack" >> > > "You may not: modify, translate, disassemble, decompile, reverse > engineer, or create derivative works based upon the Software." > > While being fully redistributable is important for Fedora, so is being > fully modifiable. This license allows no modification at all. > > Are we shipping anything else that allows free redistribution but no > modification? AFAIK no. I personally would love to ship this in > Fedora, but I think we shouldn't violate a central tenet in doing so. > I fully agree for code, but this is content and falls under the binary firmware guidelines (it says so specificly on the packaging guidelines wiki page). I would like to include this for the original (iow unmodified) look and feel, for people how want todo mods we could ship freedom which is BSD licensed replacement content. (of somewhat lesser quality unfortunatly) Regards, Hans From bugzilla at redhat.com Mon Mar 6 21:41:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 16:41:35 -0500 Subject: [Bug 180743] Review Request: pdsh In-Reply-To: Message-ID: <200603062141.k26LfZI5018499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pdsh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180743 ------- Additional Comments From woodard at redhat.com 2006-03-06 16:41 EST ------- We're getting closer here. ;-) Here is a new spec file and rpm which fix both problems you found. http://osdn.dl.sourceforge.net/sourceforge/pdsh/pdsh-2.8.1-6.src.rpm http://osdn.dl.sourceforge.net/sourceforge/pdsh/pdsh.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 6 21:59:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 16:59:43 -0500 Subject: [Bug 178903] Review Request: ikvm In-Reply-To: Message-ID: <200603062159.k26LxhKl022988@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ikvm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178903 ------- Additional Comments From michel.salim at gmail.com 2006-03-06 16:59 EST ------- I've uploaded some changes to the spec file. Do you know if upstream plans to release 0.24.0.1 with Unix-style build scripts? Might be worth upgrading if so. Otherwise, I'll do a full review once you've checked the changes. - Michel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 6 22:02:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 17:02:02 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200603062202.k26M22ok023611@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_spin Apache module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174325 bojan at rexursive.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DEFERRED ------- Additional Comments From bojan at rexursive.com 2006-03-06 17:01 EST ------- The latest development code of mod_spin uses patched APR Util that isn't available in FC yet (heck, it's not even in APR Subversion repository yet :-), so I'll defer this one until the underlying code is ready. Thanks everyone for their 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 michel.salim at gmail.com Mon Mar 6 22:12:00 2006 From: michel.salim at gmail.com (Michel Salim) Date: Mon, 6 Mar 2006 17:12:00 -0500 Subject: Missing packager Message-ID: <883cfe6d0603061412h79bfb6b4laba76cb4abc5f92a@mail.gmail.com> Stratagus (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722) has been approved more than a month ago; I've not been able to get in touch with the packager since. I wonder what would be the appropriate way to handle this - should I commit the package myself, and set it to Orphaned? Thanks, -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ From bugzilla at redhat.com Mon Mar 6 22:07:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 17:07:07 -0500 Subject: [Bug 178903] Review Request: ikvm In-Reply-To: Message-ID: <200603062207.k26M776k025091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ikvm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178903 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-06 17:06 EST ------- Thanks. Currently, the plan is to update to 0.24 *sometime* in March, but no date as yet. I'll commit the patches, rebuild, upload and reply 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 Mon Mar 6 22:12:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 17:12:46 -0500 Subject: [Bug 178903] Review Request: ikvm In-Reply-To: Message-ID: <200603062212.k26MCkKX026638@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ikvm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178903 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-06 17:12 EST ------- Spec Name or Url: http://www.smmp.salford.ac.uk/packages/ikvm.spec SRPM Name or Url: http://www.smmp.salford.ac.uk/packages/ikvm-0.22-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 Mar 6 22:49:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 17:49:24 -0500 Subject: [Bug 182064] Review Request: facter In-Reply-To: Message-ID: <200603062249.k26MnONW007017@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: facter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-06 17:49 EST ------- Ville Skytt? pointed out on fedora-extras-list [1]_ that ruby packages currently can't be noarch. Until this is fixed in Core's ruby package you have to remove the BuildArch: noarch. [1]_ https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00079.html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Mon Mar 6 23:00:00 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 06 Mar 2006 16:00:00 -0700 Subject: Missing packager In-Reply-To: <883cfe6d0603061412h79bfb6b4laba76cb4abc5f92a@mail.gmail.com> References: <883cfe6d0603061412h79bfb6b4laba76cb4abc5f92a@mail.gmail.com> Message-ID: <440CBEF0.2090705@cora.nwra.com> Michel Salim wrote: > Stratagus (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722) > has been approved more than a month ago; I've not been able to get in > touch with the packager since. I wonder what would be the appropriate > way to handle this - should I commit the package myself, and set it to > Orphaned? > Yuck, don't commit orphaned packages. Perhaps close the bug "NOTABUG" or somesuch. The packager can reopen if they reappear. -- 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 Mar 6 23:11:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 18:11:28 -0500 Subject: [Bug 179043] Review Request: perl-HTTP-Proxy - A pure Perl HTTP proxy In-Reply-To: Message-ID: <200603062311.k26NBS2U013256@www.beta.redhat.com> Please do 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-Proxy - A pure Perl HTTP proxy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179043 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2006-03-06 18:11 EST ------- save.pm encoding corrected. Also corrected a misspelled method name using an latin1 character ( push?_filte() ). Build for devel. Pending FC-4 CVS branch creation. Thanks, jpo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 6 23:12:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 18:12:29 -0500 Subject: [Bug 178900] Review Request: monodoc In-Reply-To: Message-ID: <200603062312.k26NCTqw013534@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: monodoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178900 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-06 18:11 EST ------- Spec Name or Url: http://www.smmp.salford.ac.uk/packages/monodoc.spec SRPM Name or Url: http://www.smmp.salford.ac.uk/packages/monodoc-1.1.13-2.src.rpm Changelog Massive bump to the new version. Added monodoc to bindir and the readme files to usr/share/monodoc Warning : the srpm is approaching 18Mb in size! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From michael at knox.net.nz Mon Mar 6 23:59:47 2006 From: michael at knox.net.nz (Michael J Knox) Date: Tue, 07 Mar 2006 12:59:47 +1300 Subject: looking for a sponsor Message-ID: <1141689587.21181.2.camel@pingu.homenetwork.lan> Hey All, I am wanting to take ownership of monkey-bubble in extras, but need a sponsor. I have to upload my modified/updated spec and srpm to my server so that it can be reviewed. I also have libedit in bugzilla awaiting review. I posted it there a little while ago. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181369 I am wondering is someone like to review either one or both? Should I bugzilla monkey-bubble even tho its in extras already? Thanks in advance! Michael From bugzilla at redhat.com Mon Mar 6 23:55:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 18:55:58 -0500 Subject: [Bug 169704] Review Request: mosml - Moscow ML In-Reply-To: Message-ID: <200603062355.k26NtwIu025502@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mosml - Moscow ML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169704 ------- Additional Comments From gemi at bluewin.ch 2006-03-06 18:55 EST ------- (In reply to comment #5) > The CAML light part of the license says "The user undertakes not to carry out > any paying distribution of the software." while allowing for cost of > reproduction. Don't know if this non commercial clause is too restrictive. It seems that CAML light has been relicensed to QPL and LGPL: http://caml.inria.fr/caml-light/license.en.html Would that solve the licensing 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 Mon Mar 6 23:57:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 18:57:39 -0500 Subject: [Bug 169704] Review Request: mosml - Moscow ML In-Reply-To: Message-ID: <200603062357.k26Nvdna025958@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mosml - Moscow ML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169704 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://math.ifi.unizh.ch/fed|http://math.ifi.unizh.ch/fed |ora/4/i386/SRPMS.gemi/mosml-|ora/4/i386/SRPMS.gemi/mosml- |2.01-3.src.rpm |2.01-5.src.rpm ------- Additional Comments From gemi at bluewin.ch 2006-03-06 18:57 EST ------- (In reply to comment #5) > The CAML light part of the license says "The user undertakes not to carry out > any paying distribution of the software." while allowing for cost of > reproduction. Don't know if this non commercial clause is too restrictive. It seems that CAML light has been relicensed to QPL and LGPL: http://caml.inria.fr/caml-light/license.en.html Would that solve the licensing 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 Tue Mar 7 00:08:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 19:08:21 -0500 Subject: [Bug 169731] Review Request: ecl - Embeddable Common-Lisp In-Reply-To: Message-ID: <200603070008.k2708Lbs027519@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ecl - Embeddable Common-Lisp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169731 ------- Additional Comments From gemi at bluewin.ch 2006-03-06 19:08 EST ------- As far as I could find out, compiling with ecl (which arguably is one of the main uses of the package) requires the files in /usr/lib/ecl (including the .h files). Thus, I prefer not to split 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 bugs.michael at gmx.net Tue Mar 7 00:17:40 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 7 Mar 2006 01:17:40 +0100 Subject: Odd mock build problem In-Reply-To: <20060306204551.GA5560@fitheach> References: <20060301182418.GA2936@fitheach> <1141240177.6594.4.camel@localhost.localdomain> <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> <20060305.140255.1005434508.kevin@scrye.com> <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> <20060306204551.GA5560@fitheach> Message-ID: <20060307011740.18f856a3.bugs.michael@gmx.net> On Mon, 6 Mar 2006 21:45:51 +0100, Oliver Andrich wrote: > On Mon, Mar 06, 2006 at 12:58:41AM +0100, Michael Schwendt wrote: > > No. There is no magic. And it doesn't pull in anything. > > Hm, well the logic behind it is clear to me, but why doesn't it pull > anything into my mock chroot? Because it doesn't add any "BuildRequires". > I have understood so far, that ruby is not > part of the basic build environment and that is the reason why my > initial template code doesn't work. There are two passes. Pass one creates the src.rpm in an environment where ruby is missing. That alone ("command not found" errors) would not be the reason for a fatal build error, *if* the results of running ruby were not used to construct a tag in the spec file. It's really just the empty "Requires:" line which causes the src.rpm build to fail. Pass two takes the src.rpm, queries its build requirements (rpm -qpR) and installs the missing packages into the build chroot. Only then ruby is installed to be available at build-time. > After doing the changes, I also checked the content of the chroot > environment of mock out of curiosity, and there was a neat little ruby > installation? How did it find its way into this enviroment? BuildRequires: ruby > I am curious, cause I want to learn, I can't find much in depth > documentation for mock. > > Best regards, > Oliver > From bugzilla at redhat.com Tue Mar 7 01:59:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 20:59:12 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603070159.k271xCKQ012989@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From mitr at redhat.com 2006-03-06 20:59 EST ------- Formal blockers: * The %files section does not specify %defattr * Kernel/cpan-lib seems to be duplicates of separate perl packages, at least some currently in Fedora. Other issues: * scriptlets should properly guard against upgrades, see "Running scriptlets only in certain situations" in PackagingGuidelines * I don't think just installing a package should change the MaxRequestsPerChild option in httpd; does otrs really leak that badly? * Starting httpd: [Tue Mar 07 02:44:25 2006] [warn] Useless use of AllowOverride in line 20. Can this be avoided? * The package seems to install most files world-readable, owned by root; INSTALL.Redhat seems to suggest the permissions should be already configured by the RPM, probably similar to the SetPermissions.sh script. This breaks at least the spell checker: [Tue Mar 07 02:54:14 2006] [error] [Tue Mar 7 02:54:14 2006] -e: Error in tempfile() using /var/www/otrs/var/tmp/XXXXXXXXXX.tmp: Parent directory (/var/www/otrs/var/tmp/) is not writable\n[Tue Mar 7 02:54:14 2006] -e: at /var/www/otrs//Kernel/System/FileTemp.pm line 91\n * The Requires(postun) is not necessary AFAICS * Requires: perl perl-DBI perl-DBD-MySQL is autodetected * I can't see any use of perl-URI from a quick grep * Does the package really require the sendmail program, or just an /usr/sbin/sendmail implementation? * It would be nice if the initscripts used the same way to report success/failure as the other Fedora initscripts (success()/failure()). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Mon Mar 6 19:48:06 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 06 Mar 2006 13:48:06 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <440C8A73.5080602@fedoraproject.org> References: <440C8A73.5080602@fedoraproject.org> Message-ID: Mike McGrath wrote: > The problem I have with the UserCreation page in the wiki is it provides > no non fedora-usermgmt creation alternatives. And since fedora-usermgmt > is not yet in wide adoption I'm very hesitant to use it. Which in the scope of Fedora Extras is a small/non issue, IMO. AFAIK, fedora-usermgmt acts (almost) exactly like the usual useradd when it's not specially configured by end-users. -- Rex From bugzilla at redhat.com Tue Mar 7 02:44:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 21:44:20 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) In-Reply-To: Message-ID: <200603070244.k272iKrn020407@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From ed at eh3.com 2006-03-06 21:44 EST ------- OK, I'm glad that the license will be included in future releases. Thats good because it clarifies things. However, that does not mean that you should create your own tar-file (as you have done in the last two SRPMs) that include the license file. What you should do is keep the source pristine (use an *exact* copy of the upstream tar file) and add the license file as a separate patch. So we still have a blocker here and its the same as before: the souce does not match upstream! Please fix it by either: - including the licence file as a aeparate patch, or - leaving out the license file (for now) and including it in a later version -- once the upstream folks start shipping it in the official sources The choice is yours. But the current form of the SRPM is not acceptable. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 03:17:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 22:17:08 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603070317.k273H8n6026110@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 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 2006-03-06 22:16 EST ------- Actually, you can avoid the issue with X modularization, becuase you do not need BuildRequires xorg-x11-devel because qt-devel needs it, and in turn you don't need qt-devel because kdelibs-devel needs it. %{_datadir}/apps/%{name}/* You have to own %{_datadir}/apps/pikdev/ itself. Drop the *. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Mar 7 04:04:37 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 06 Mar 2006 22:04:37 -0600 Subject: fedora-release RPM-GPG-KEY-fedora-legacy, NONE, 1.1 fedora-legacy.repo, NONE, 1.1 In-Reply-To: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> (Bill Nottingham's message of "Mon, 6 Mar 2006 19:53:16 -0500") References: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> Message-ID: Why did this go to the extras-commits list? fedora-release is in the Core CVS repo, isn't it? - J< From bugzilla at redhat.com Tue Mar 7 04:23:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 23:23:41 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603070423.k274NfKS007841@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn|177841 | OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From kevin at tummy.com 2006-03-06 23:23 EST ------- Excellent. That looks much better. The blockers are all fixed, so this package is APPROVED. I will be happy to sponsor you. Continute the process from the "Get a Fedora Account" section at: http://fedoraproject.org/wiki/Extras/Contributors If you have any questions, feel free to drop me an email. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From oliver.andrich at gmail.com Tue Mar 7 04:52:48 2006 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Tue, 7 Mar 2006 05:52:48 +0100 Subject: Odd mock build problem In-Reply-To: <20060307011740.18f856a3.bugs.michael@gmx.net> References: <1141243386.3257.8.camel@localhost> <20060301200936.GA4429@fitheach> <1141430099.3357.36.camel@localhost> <20060305085446.GC3472@fitheach> <20060305.140255.1005434508.kevin@scrye.com> <20060305221846.GA27321@fitheach> <20060306005841.13388fbd.bugs.michael@gmx.net> <20060306204551.GA5560@fitheach> <20060307011740.18f856a3.bugs.michael@gmx.net> Message-ID: <20060307045248.GA2914@fitheach> Thanks a lot, I guess now I have understood what you meant and how things work with mock. Oliver -- Oliver Andrich --- oliver.andrich at gmail.com --- http://roughbook.de/ From bugzilla at redhat.com Tue Mar 7 04:57:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 6 Mar 2006 23:57:30 -0500 Subject: [Bug 178922] Review Request: asterisk - The Open Source PBX In-Reply-To: Message-ID: <200603070457.k274vUIk016776@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asterisk - The Open Source PBX https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178922 ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-06 23:57 EST ------- Updated Spec/SRPM: Spec Name or Url: http://www.ocjtech.us/asterisk-1.2.5-1.spec SRPM Name or Url: http://www.ocjtech.us/asterisk-1.2.5-1.src.rpm * Mon Mar 6 2006 Jeffrey C. Ollie - 1.2.5-1 - Update to 1.2.5. - Removed upstreamed MOH patch. - Add full urls to the app_(r|t)xfax.c sources. - Update spandsp 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 nomis80 at nomis80.org Tue Mar 7 05:03:57 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Tue, 7 Mar 2006 00:03:57 -0500 Subject: Correct python modules directory on x86_64? Message-ID: <200603070003.57483.nomis80@nomis80.org> Hi, My opencv package installs Python modules in /usr/lib/python*/site-packages instead of /usr/lib64/python*/site-packages on x86_64. It uses its own Autoconf macros, which seem to be buggy, instead of the normal setup.py used by other Python modules, which seems to not be buggy. Here's the question: Do I move stuff around during the install phase so as to end up with stuff in /usr/lib64 on x86_64, or do I modify my %files section, which currently looks like this, %files python %{_libdir}/python*/site-packages/opencv so as to get the files in /usr/lib even on x86_64? It would then probably look like this: %{_prefix}/lib/python*/site-packages/opencv Which of those two is the least evil? Or is there another way? Thanks From bugzilla at redhat.com Tue Mar 7 05:05:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 00:05:43 -0500 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200603070505.k2755hxA018355@www.beta.redhat.com> Please 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 2006-03-07 00:05 EST ------- Updated Spec/SRPM: Spec Name or Url: http://www.ocjtech.us/spandsp-0.0.2-1.pre25.spec SRPM Name or Url: http://www.ocjtech.us/spandsp-0.0.2-1.pre25.src.rpm "Downgraded" to 0.0.2-based release because Asterisk does not seem to work with 0.0.3 (although it compiles, the RxFAX/TxFAX applications don't work). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 7 05:18:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 00:18:35 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603070518.k275IZP3020869@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 ------- Additional Comments From tibbs at math.uh.edu 2006-03-07 00:18 EST ------- I like the package; contratulations on working up a specfile generator for R packages. Everything looks pretty good. rpmlint says: W: R-waveslim invalid-license GPL version 2 or newer W: R-waveslim no-documentation Good: We have no standards for R package naming, but R-packagename is reasonable. The specfile is clean and understandable. The source matches upstream. Package dependencies are sane. Bad: rpmlint doesn't like the License: tag. No package in extras yet specifies the acceptable GPL version; I would suggest just using GPL. When GPLv3 is out I suppose we'll have to be more specific. rpmlint doesn't find any documentation. Of course this package includes a pile of documentation, but it's all incorporated into R's internal documentation system. The base R package doesn't list any of the internal documentation as %doc so I don't think it would be reasonable to do so here. This shouldn't be a blocker, but if someone takes issue with it then the base R package needs some work as well. The package fails to build in mock: * Installing *source* package 'waveslim' ... ** libs gfortran -fPIC -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 -c bell-p-w.f -o bell-p-w.o make: gfortran: Command not found make: *** [bell-p-w.o] Error 127 ERROR: compilation failed for package 'waveslim' ** Removing '/var/tmp/R-waveslim-1.5-1.fc5-root-mockbuild/usr/lib/R/library/waveslim' error: Bad exit status from /var/tmp/rpm-tmp.71138 (%install) I believe you need a RuildRequires: gcc-gfortran. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 05:20:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 00:20:58 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603070520.k275KwkH021440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mitr at redhat.com 2006-03-07 00:20 EST ------- Looks good. The only issue I've noticed is that the naming guidelines assume all perl modules are in CPAN, this one seems to be an exception. The "perl-fcgi" name is unlikely to clash with CPAN's FCGI/* hierarchy and thus probably OK. Accepted. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Tue Mar 7 05:34:25 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Tue, 07 Mar 2006 06:34:25 +0100 Subject: last build packages Message-ID: <1141709665.3124.2.camel@bureau.maison> It seems that the last build packages are in repo for devel http://fedoraproject.org/extras/development/i386/repodata/ but not in repo for fc-4 and fc-3. Could you confirm this ? Eric From bugzilla at redhat.com Tue Mar 7 05:47:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 00:47:24 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603070547.k275lOLF027804@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From rc040203 at freenet.de 2006-03-07 00:47 EST ------- (In reply to comment #5) > The only issue I've noticed is that the naming guidelines assume all perl > modules are in CPAN, this one seems to be an exception. > The "perl-fcgi" name is unlikely > to clash with CPAN's FCGI/* hierarchy and thus probably OK. Hmm, what I dislike about the perl subpackage it being called perl-fcgi. IMO, it should be called perl-FCGI, because it provides perl(FCGI). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dlutter at redhat.com Tue Mar 7 05:59:07 2006 From: dlutter at redhat.com (David Lutterkort) Date: Mon, 06 Mar 2006 21:59:07 -0800 Subject: non fedora-usermgmt user creation In-Reply-To: References: <440C8A73.5080602@fedoraproject.org> Message-ID: <1141711147.5105.27.camel@currant.watzmann.net> On Mon, 2006-03-06 at 13:48 -0600, Rex Dieter wrote: > Mike McGrath wrote: > > > The problem I have with the UserCreation page in the wiki is it provides > > no non fedora-usermgmt creation alternatives. And since fedora-usermgmt > > is not yet in wide adoption I'm very hesitant to use it. > > Which in the scope of Fedora Extras is a small/non issue, IMO. AFAIK, > fedora-usermgmt acts (almost) exactly like the usual useradd when it's > not specially configured by end-users. It also makes the specfile immediately fedora-centric. The second I used foedora-usermgmt for the puppet package, I had a request to make it build for CentOS again. It's also not clear to me if replacing something as central as part of shadow-utils has other ramifications, e.g. for configuration mgmt tools. David From bugzilla at redhat.com Tue Mar 7 06:01:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 01:01:46 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603070601.k2761kJp030779@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From mitr at redhat.com 2006-03-07 01:01 EST ------- Oh... CPAN's FCGI-0.67 is the same module that is included in this package, I was confused by the different version number. I'm sorry I have missed that. So it indeed should be perl-FCGI, and it should probably be built as a separate source package, not from the sources bundled with the C libfcgi. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dan at danny.cz Tue Mar 7 07:19:20 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 07 Mar 2006 08:19:20 +0100 Subject: qgit in Fedora Extras In-Reply-To: <1141666617.28973.13.camel@dv> References: <1141422494.3503.6.camel@eagle.danny.cz> <4409301F.3050602@gmail.com> <1141466504.3491.14.camel@eagle.danny.cz> <1141666617.28973.13.camel@dv> Message-ID: <1141715960.3451.9.camel@eagle.danny.cz> Pavel Roskin p??e v Po 06. 03. 2006 v 12:36 -0500: > Hello, Dan! > > On Sat, 2006-03-04 at 11:01 +0100, Dan Hor?k wrote: > > > qgit into Fedore packages it's a great new! > > > > > > > The real availability depends on how well is working the Redhat build > > and publishing system. But probably today it will be put on the primary > > site > > ftp://download.fedora.redhat.com/pub/fedora/linux/extras/development/ > > I have also requested to create a branch for Fedora Core 4, so this > > version will be build later. > > qgit is in Fedora development, but the dependencies are wrong. In fact, > "yum install qgit" wants to download tla, which is definitely not > required to run qgit! > > Several things seem wrong to me: > > 1) qgit requires git whereas it really only needs git-core. qgit > doesn't import from Arch repositories, and even if it did, it would be > useful without having tla installed. > OK, I will change the qgit's dependency to git-core. Thanks for the report. The other points are for a broader discussion, so I am forwarding it to the fedora-extras mailing list. > 2) Having git as the virtual package with dependencies on the actual > packages is not the Red Hat way of doing things. Not to mention that > there is another git package, "GNU interactive tools". If the virtual > package for git is desired, a better name would be git-suite or > something, not plain "git". > > 3) Dependencies on the virtual packages show be banned in general. > Package developers should check what functionality is actually required > for their package, so that "yum install" doesn't waste time and > bandwidth downloading unneeded packages. > > 4) git-arch should require tla or baz, not just tla. They are > compatible, but tla is obsolete and unmaintained, as far as I know. > > Please feel free to forward. I don't have time for Bugzilla today. > Dan From bugzilla at redhat.com Tue Mar 7 09:18:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 04:18:04 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200603070918.k279I4YY004366@www.beta.redhat.com> Please 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 2006-03-07 04:17 EST ------- If I remember correctly it did not work with make install because of a broken autotoolchain :/ so I used classic %makeinstall which does the trick. Yes the about box is s/broken/unimplemented/ as are some of the menu items... I did not have time to implement all that code... need to bug upstream about this... but its no fault of the package 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 Tue Mar 7 09:18:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 04:18:38 -0500 Subject: [Bug 182743] Review Request: nessus-libraries In-Reply-To: Message-ID: <200603070918.k279Ica5004520@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-07 04:18 EST ------- Will fix the buildroot stuff. As for the libpcap Dawid is right. I'd rather use the system one. Any other comments? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 09:35:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 04:35:11 -0500 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200603070935.k279ZB9d009075@www.beta.redhat.com> Please 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 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-07 04:35 EST ------- /me watches the tumbleweed... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 7 09:40:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 04:40:11 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) In-Reply-To: Message-ID: <200603070940.k279eBaY010579@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From spr at astrax.fis.ucm.es 2006-03-07 04:40 EST ------- Please check that http://t-rex.fis.ucm.es/~spr/CCfits-1.4-2.fc4.src.rpm does not include License.txt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Tue Mar 7 10:43:09 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 07 Mar 2006 11:43:09 +0100 Subject: Extras Lists Transition Plan In-Reply-To: Your message of "Tue, 28 Feb 2006 05:59:30 EST." <1141124370.9100.11.camel@yoda.jdub.homelinux.org> Message-ID: <200603071043.k27Ah99x012227@ludwig-alpha.unil.ch> jwboyer at jdub.homelinux.org said: > The -extras list should also be where end users get to voice their opinions. > Nothing prevents them from doing so today, so that doesn't really change. It > also allows FESCO and the maintainers to communicate with the end users. > Take Thorsten's FESCO summary emails. Those are awesome. Stuff like that is > what -extras should be. This is a pretty good argument IMHO: observers and would-be-maintainers can follow -extras for a while to see what's going on without being drowned in review requests. Of course you can set smart filters, but having a "nice'n'clean" -extras would be a plus IMO. CHF 0.02 ... Christian From bugzilla at redhat.com Tue Mar 7 10:53:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 05:53:20 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603071053.k27ArKeW023721@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-07 05:53 EST ------- Thankyou.I am currently away, so will continue with registration at the weekend. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 11:05:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 06:05:11 -0500 Subject: [Bug 184210] New: Review Request: nc6 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=184210 Summary: Review Request: nc6 Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rvokal at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: nc6.spec SRPM Name or Url: http://people.redhat.com/rvokal/nc6/nc6-1.0-1.src.rpm Description: netcat6 is an IPv6-enabled clone of the original netcat (nc) utility. "Netcat is a simple Unix utility which reads and writes data across network connections. It is designed to be a reliable "back-end" tool that can be used directly or easily driven by other programs and scripts. At the same time, it is a feature-rich network debugging and exploration tool, since it can create almost any kind of connection you would need and has several interesting built-in capabilities. Netcat, or "nc" as the actual program is named, should have been supplied long ago as another one of those cryptic but standard Unix tools." -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 11:20:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 06:20:35 -0500 Subject: [Bug 174883] Review Request: distcc -- A free distributed C/C++ compiler system In-Reply-To: Message-ID: <200603071120.k27BKZwM028013@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: distcc -- A free distributed C/C++ compiler system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174883 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-07 06:20 EST ------- * Mon Mar 06 2006 Enrico Scholz - 2.18.3-1.3 - added 'desktop-file-utils' BR - moved the gnome icon the a common place - added -server-xinetd subpackage - added -server-ssh subpackage for ssh-setup - added logrotate support http://ensc.de/fedora/distcc.spec http://ensc.de/fedora/distcc-2.18.3-1.3.src.rpm =============== > W: distcc incoherent-version-in-changelog 2.18.3-0.6 2.18.3-1 > The version your changelog refers to should be 2.18.3-1 ok, will be fixed (at least in the released version ;)) > W: distcc conffile-without-noreplace-flag /etc/profile.d/distcc.sh > As this is no config-file this warning seems to be ignorable > > E: distcc executable-marked-as-config-file /etc/profile.d/distcc.sh > You should add distcc.sh separately not flagging it as a config. > This will make the warning above go away, too. I removed the 'x' bit from the distcc.sh. But I think that it should be marked as a simple %config: there should be no need to edit this file but changes should not be lost silently. > E: distcc script-without-shellbang /etc/profile.d/distcc.sh > "!#" is missing in your shellscript The shellbang warning is bogus; the profile.d scripts will be source'd but not executed. > W: distcc dangerous-command-in-%preun rm > W: distcc dangerous-command-in-%trigger ln > W: distcc dangerous-command-in-%trigger rm > I don't know how dangerous this really is. Please check that. should be ok... > W: distcc-gnome non-standard-group Development/Applications > This should just be one of /usr/share/doc/rpm-4.?.?/GROUPS is now Development/Tools > W: distcc-server-lsb conffile-without-noreplace-flag /etc/rc.d/init.d/distccd > This is no config-file, don't flag it as such. initscripts are usually marked as simple %config files (there should be no need to edit them but changes should not be lost silently.) > W: distcc-server-lsb no-documentation > The manpage for the server is missing: %{_mandir}/man1/distccd.1.gz the -server subpackage has this man-page and this subpackage is required by -server-lsb. > E: distcc-server-lsb postin-without-chkconfig /etc/rc.d/init.d/distccd > E: distcc-server-lsb preun-without-chkconfig /etc/rc.d/init.d/distccd > "chkconfig -add distccd" and "chkconfig -del distccd" is needed for > correctly un-/installing the server package there ARE rules to register/unregister the service -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Tue Mar 7 12:47:14 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 07 Mar 2006 06:47:14 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <1141711147.5105.27.camel@currant.watzmann.net> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> Message-ID: David Lutterkort wrote: > On Mon, 2006-03-06 at 13:48 -0600, Rex Dieter wrote: > >>Mike McGrath wrote: >> >> >>>The problem I have with the UserCreation page in the wiki is it provides >>>no non fedora-usermgmt creation alternatives. And since fedora-usermgmt >>>is not yet in wide adoption I'm very hesitant to use it. >> >>Which in the scope of Fedora Extras is a small/non issue, IMO. AFAIK, >>fedora-usermgmt acts (almost) exactly like the usual useradd when it's >>not specially configured by end-users. > > > It also makes the specfile immediately fedora-centric. This is *Fedora* Extras afterall. (-: > The second I used > foedora-usermgmt for the puppet package, I had a request to make it > build for CentOS again. You could always put in %post something like: %if "{%?fedora:1}" == "1" fedora-usermgmt bits %else non fedora-usermgmt bits %endif -- Rex From bugzilla at redhat.com Tue Mar 7 12:43:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 07:43:41 -0500 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: Message-ID: <200603071243.k27ChfKN013128@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 ------- Additional Comments From mfleming+rpm at enlartenment.com 2006-03-07 07:43 EST ------- Spec Name or Url: http://www.enlartenment.com/extras/mod_cband.spec SRPM Name or Url: http://www.enlartenment.com/extras/mod_cband-0.9.7.2-2.src.rpm Damnit, the upstream updated the tarball without incrementing the release. I hate that. Inspected differences (mostly int -> unsigned int changes) and used that in the above SRPM. Example config file added (mostly comments, borrowed some simple examples from the website) and installed in Apache's conf.d as mod_cband.conf (to keep parity with the package name.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Tue Mar 7 12:49:19 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 07 Mar 2006 06:49:19 -0600 Subject: qgit in Fedora Extras In-Reply-To: <1141715960.3451.9.camel@eagle.danny.cz> References: <1141422494.3503.6.camel@eagle.danny.cz> <4409301F.3050602@gmail.com> <1141466504.3491.14.camel@eagle.danny.cz> <1141666617.28973.13.camel@dv> <1141715960.3451.9.camel@eagle.danny.cz> Message-ID: Dan Hor?k wrote: > Pavel Roskin p??e v Po 06. 03. 2006 v 12:36 -0500: >>3) Dependencies on the virtual packages show be banned in general. >>Package developers should check what functionality is actually required >>for their package, so that "yum install" doesn't waste time and >>bandwidth downloading unneeded packages. I think this is just ignorance talking. There are many instances where reliance upon virtual packages is a must. -- Rex From rc040203 at freenet.de Tue Mar 7 13:07:28 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 07 Mar 2006 14:07:28 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> Message-ID: <1141736848.5228.199.camel@mccallum.corsepiu.local> On Tue, 2006-03-07 at 06:47 -0600, Rex Dieter wrote: > David Lutterkort wrote: > > On Mon, 2006-03-06 at 13:48 -0600, Rex Dieter wrote: > > > >>Mike McGrath wrote: > >> > >> > >>>The problem I have with the UserCreation page in the wiki is it provides > >>>no non fedora-usermgmt creation alternatives. And since fedora-usermgmt > >>>is not yet in wide adoption I'm very hesitant to use it. > >> > >>Which in the scope of Fedora Extras is a small/non issue, IMO. AFAIK, > >>fedora-usermgmt acts (almost) exactly like the usual useradd when it's > >>not specially configured by end-users. > > > > > > It also makes the specfile immediately fedora-centric. > > This is *Fedora* Extras afterall. (-: Wrong. Your systems are not in an "all Fedora network". IMO using fedora-usermgmt must be banned from RPMs and should remain a 100% transparent run-time option to the standard useradmin tools to sysadmins who really want it. Ralf From bugzilla at redhat.com Tue Mar 7 13:04:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 08:04:26 -0500 Subject: [Bug 184210] Review Request: nc6 In-Reply-To: Message-ID: <200603071304.k27D4Q8Z017543@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nc6 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184210 mfleming+rpm at enlartenment.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |mfleming+rpm at enlartenment.co | |m OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From mfleming+rpm at enlartenment.com 2006-03-07 08:04 EST ------- I've had a crack at this package myself locally, I'll give it a review and let you know how it goes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 13:24:52 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 14:24:52 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141736848.5228.199.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Tue, 07 Mar 2006 14:07:28 +0100") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <1141736848.5228.199.camel@mccallum.corsepiu.local> Message-ID: <87lkvmz8t7.fsf@kosh.bigo.ensc.de> rc040203 at freenet.de (Ralf Corsepius) writes: >> > It also makes the specfile immediately fedora-centric. >> >> This is *Fedora* Extras afterall. (-: > Wrong. Your systems are not in an "all Fedora network". Please read the thread. We are speaking about packages, not systems. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 13:47:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 08:47:50 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) In-Reply-To: Message-ID: <200603071347.k27DloGj027486@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From ed at eh3.com 2006-03-07 08:47 EST ------- Hi Sergio, the tar-file contained in your SRPM: 84e8387ee5c399c7bf0888e14576bc2b CCfits-1.4-2.fc4.src.rpm still does not match the upstream tar file: 707777558c46f153fe0b1d994bab4a52 CCfits-1.4.tar.gz 230edb39de6a1e3dc6e0adda65d0676d CCfits-1.4.tar.gz.upstream and this is a blocker. And, yes, it does appear that your tar file does not contain the License.txt file. So, its possible that I confused the tar file from your SRPM and the one from upstream in the previous review when I was trying to see why they differed. If so, I apologize for any confusion. In any case, the point is that you should ship an exact copy of the upstream sources. So please create a CCfits-1.4-3.fc4.src.rpm that has an exact copy and I'll approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 14:09:56 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 15:09:56 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: (Rex Dieter's message of "Tue, 07 Mar 2006 06:47:14 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> Message-ID: <87hd6az6q3.fsf@kosh.bigo.ensc.de> rdieter at math.unl.edu (Rex Dieter) writes: >> The second I used foedora-usermgmt for the puppet package, I had a >> request to make it build for CentOS again. > > You could always put in %post something like: > %if "{%?fedora:1}" == "1" > fedora-usermgmt bits > %else > non fedora-usermgmt bits > %endif I could create a fedora-usermgmt-devel package shipping /etc/rpm/macros.fedora-usermgmt with the content http://ensc.de/fedora/macros.fedora-usermgmt This should ease the creation of packages supporting both the plain shadow-utils and the fedora-usermgmt methods. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Tue Mar 7 13:16:13 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 7 Mar 2006 07:16:13 -0600 (CST) Subject: qgit in Fedora Extras In-Reply-To: <1141715960.3451.9.camel@eagle.danny.cz> References: <1141422494.3503.6.camel@eagle.danny.cz> <4409301F.3050602@gmail.com> <1141466504.3491.14.camel@eagle.danny.cz> <1141666617.28973.13.camel@dv> <1141715960.3451.9.camel@eagle.danny.cz> Message-ID: <1949.129.42.161.36.1141737373.squirrel@jdub.homelinux.org> > Pavel Roskin p????e v Po 06. 03. 2006 v 12:36 -0500: >> Hello, Dan! >> >> On Sat, 2006-03-04 at 11:01 +0100, Dan Hor??k wrote: >> > > qgit into Fedore packages it's a great new! >> > > >> > >> > The real availability depends on how well is working the Redhat build >> > and publishing system. But probably today it will be put on the >> primary >> > site >> > ftp://download.fedora.redhat.com/pub/fedora/linux/extras/development/ >> > I have also requested to create a branch for Fedora Core 4, so this >> > version will be build later. >> >> qgit is in Fedora development, but the dependencies are wrong. In fact, >> "yum install qgit" wants to download tla, which is definitely not >> required to run qgit! >> >> Several things seem wrong to me: >> >> 1) qgit requires git whereas it really only needs git-core. qgit >> doesn't import from Arch repositories, and even if it did, it would be >> useful without having tla installed. >> > > OK, I will change the qgit's dependency to git-core. Thanks for the > report. The other points are for a broader discussion, so I am > forwarding it to the fedora-extras mailing list. This appears to be the only valid thing about this discussion. > >> 2) Having git as the virtual package with dependencies on the actual >> packages is not the Red Hat way of doing things. Not to mention that >> there is another git package, "GNU interactive tools". If the virtual >> package for git is desired, a better name would be git-suite or >> something, not plain "git". Dependencies on virtual pacakges are just fine, and the git maintainer works for RH. The "GNU interactive tools" argument is best sent to the git developers. I have been told that the GNU project is going to rename itself at some point. Unless upstream git (as in the SCM) changes, the package name shouldn't be changed. >> 3) Dependencies on the virtual packages show be banned in general. >> Package developers should check what functionality is actually required >> for their package, so that "yum install" doesn't waste time and >> bandwidth downloading unneeded packages. That's just silly talk. The real issue is the #1 above. Having a general ban on virtual packages is just stupid. >> 4) git-arch should require tla or baz, not just tla. They are >> compatible, but tla is obsolete and unmaintained, as far as I know. That's also not true. tla is maintained, 1.3.4 was just released and it's also maintained in Fedora Extras. If the baz maintainer wants to add a Provides: tla, then that might work. But otherwise, git-arch depending on tla is absolutely fine. josh From jwboyer at jdub.homelinux.org Tue Mar 7 13:24:18 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 7 Mar 2006 07:24:18 -0600 (CST) Subject: fedora-release RPM-GPG-KEY-fedora-legacy, NONE, 1.1 fedora-legacy.repo, NONE, 1.1 In-Reply-To: References: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> Message-ID: <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> > Why did this go to the extras-commits list? fedora-release is in the > Core CVS repo, isn't it? No. It's actually in the fedora CVS repo. There's extras, fedora, and dist (core). Apparently commits to the fedora repo also get mailed to the -extras-commits list. That is why you see commits for documentation updates as well. josh From dennis at ausil.us Tue Mar 7 14:25:48 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 7 Mar 2006 08:25:48 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <1141711147.5105.27.camel@currant.watzmann.net> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> Message-ID: <200603070825.48204.dennis@ausil.us> On Monday 06 March 2006 23:59, David Lutterkort wrote: > On Mon, 2006-03-06 at 13:48 -0600, Rex Dieter wrote: > > Mike McGrath wrote: > > > The problem I have with the UserCreation page in the wiki is it > > > provides no non fedora-usermgmt creation alternatives. And since > > > fedora-usermgmt is not yet in wide adoption I'm very hesitant to use > > > it. > > > > Which in the scope of Fedora Extras is a small/non issue, IMO. AFAIK, > > fedora-usermgmt acts (almost) exactly like the usual useradd when it's > > not specially configured by end-users. > > It also makes the specfile immediately fedora-centric. The second I used > foedora-usermgmt for the puppet package, I had a request to make it > build for CentOS again. It's also not clear to me if replacing something > as central as part of shadow-utils has other ramifications, e.g. for > configuration mgmt tools. > > David http://centos.karan.org/ has extras packages built for centos so there is no reason why you cant use fedora-usermgmt and have it work :) -- Regards Dennis Gilmore, RHCE Proud Australian From rdieter at math.unl.edu Tue Mar 7 14:35:23 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 07 Mar 2006 08:35:23 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87hd6az6q3.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> Message-ID: Enrico Scholz wrote: > rdieter at math.unl.edu (Rex Dieter) writes: > > >>>The second I used foedora-usermgmt for the puppet package, I had a >>>request to make it build for CentOS again. >> >>You could always put in %post something like: >>%if "{%?fedora:1}" == "1" >>fedora-usermgmt bits >>%else >>non fedora-usermgmt bits >>%endif > > > I could create a fedora-usermgmt-devel package shipping > /etc/rpm/macros.fedora-usermgmt with the content > > http://ensc.de/fedora/macros.fedora-usermgmt > > > This should ease the creation of packages supporting both the plain > shadow-utils and the fedora-usermgmt methods. Something like that would be very beneificial, IMO, and should hopefully satisfy anyone unhappy with the current situation. -- Rex From bugzilla at redhat.com Tue Mar 7 14:38:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 09:38:00 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) In-Reply-To: Message-ID: <200603071438.k27Ec0cp005303@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio (FITS File Subroutine Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From spr at astrax.fis.ucm.es 2006-03-07 09:37 EST ------- Hi Ed. The problem was that the upstream source was changed without changing the version number and I didn't notice it. The source now includes the license and that confused us. Here are the new spec and srpm: http://t-rex.fis.ucm.es/~spr/CCfits-1.4-3.fc4.src.rpm http://t-rex.fis.ucm.es/~spr/CCfits.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Tue Mar 7 14:49:49 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Tue, 7 Mar 2006 14:49:49 +0000 Subject: fedora-release RPM-GPG-KEY-fedora-legacy, NONE, 1.1 fedora-legacy.repo, NONE, 1.1 In-Reply-To: <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> References: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> Message-ID: <200603071449.49420.jamatos@fc.up.pt> On Tuesday 07 March 2006 13:24, Josh Boyer wrote: > No. ?It's actually in the fedora CVS repo. ?There's extras, fedora, and > dist (core). ?Apparently commits to the fedora repo also get mailed to the > -extras-commits list. ?That is why you see commits for documentation > updates as well. It is not a new behaviour either, there were other messages before. > josh -- Jos? Ab?lio From bugzilla at redhat.com Tue Mar 7 14:54:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 09:54:02 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603071454.k27Es2a0008637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From icon at fedoraproject.org 2006-03-07 09:53 EST ------- Hmm... Seeing as it's a bundle of a separate project, are there any objections if I drop the perl subpackage altogether? I don't use much perl, so tracking a CPAN package would be troublesome for me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 14:55:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 09:55:07 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603071455.k27Et74i008879@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From mitr at redhat.com 2006-03-07 09:55 EST ------- I certainly wouldn't mind. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 15:01:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:01:02 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603071501.k27F12ll010255@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From rc040203 at freenet.de 2006-03-07 10:00 EST ------- (In reply to comment #9) > I certainly wouldn't mind. I guess you are aware that perl-FCGI quite popular? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 15:02:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:02:23 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio In-Reply-To: Message-ID: <200603071502.k27F2NJl010639@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2006-03-07 10:02 EST ------- OK, I don't see any remaining blockers: a37b2dadbb4ca6791bab70ac31950a9e CCfits-1.4-3.fc4.src.rpm APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 15:05:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:05:02 -0500 Subject: [Bug 165689] Review Request: SquidGuard: filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200603071505.k27F52HJ011483@www.beta.redhat.com> Please 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 rc040203 at freenet.de 2006-03-07 10:04 EST ------- What is the status of this package? It seems to be in FE (listed in owners.list), despite the fact this PR is still tagged FE-REVIEW (i.e. tagged NOT 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 Mar 7 15:07:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:07:20 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603071507.k27F7Krt011881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From mitr at redhat.com 2006-03-07 10:07 EST ------- (In reply to comment #10) > I guess you are aware that perl-FCGI quite popular? Well, splitting the packages is the technically correct solution and I can't force Konstantin to package perl-FCGI. If it is so popular, somebody will package it eventually. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 15:10:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:10:24 -0500 Subject: [Bug 182415] Review Request: man-pages-uk - Ukrainian man pages from Linux Documentation Project In-Reply-To: Message-ID: <200603071510.k27FAOim012554@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: man-pages-uk - Ukrainian man pages from Linux Documentation Project https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182415 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Component|aalib |Package Review ------- Additional Comments From Christian.Iseli at licr.org 2006-03-07 10:10 EST ------- Set Component to "Package Review" (was aalib for some reason...) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From mmcgrath at fedoraproject.org Tue Mar 7 15:11:51 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 07 Mar 2006 09:11:51 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <200603070825.48204.dennis@ausil.us> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> Message-ID: <440DA2B7.7050605@fedoraproject.org> Dennis Gilmore wrote: >On Monday 06 March 2006 23:59, David Lutterkort wrote: > > >>On Mon, 2006-03-06 at 13:48 -0600, Rex Dieter wrote: >> >> >>>Mike McGrath wrote: >>> >>> >>>>The problem I have with the UserCreation page in the wiki is it >>>>provides no non fedora-usermgmt creation alternatives. And since >>>>fedora-usermgmt is not yet in wide adoption I'm very hesitant to use >>>>it. >>>> >>>> >>>Which in the scope of Fedora Extras is a small/non issue, IMO. AFAIK, >>>fedora-usermgmt acts (almost) exactly like the usual useradd when it's >>>not specially configured by end-users. >>> >>> >>It also makes the specfile immediately fedora-centric. The second I used >>foedora-usermgmt for the puppet package, I had a request to make it >>build for CentOS again. It's also not clear to me if replacing something >>as central as part of shadow-utils has other ramifications, e.g. for >>configuration mgmt tools. >> >>David >> >> >http://centos.karan.org/ has extras packages built for centos so there is no >reason why you cant use fedora-usermgmt and have it work :) > > > Except only 26 packages in FE use it. 0 packages in core use it AFAIK. We're re-inventing the wheel and I just don't get why. When systems admins have UID conflicts, they have to fix them. That's all there is too it. -Mike From bugzilla at redhat.com Tue Mar 7 15:16:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:16:25 -0500 Subject: [Bug 182440] Review Request: fcgi - High-performance Fast CGI engine In-Reply-To: Message-ID: <200603071516.k27FGPB7013865@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcgi - High-performance Fast CGI engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182440 ------- Additional Comments From icon at fedoraproject.org 2006-03-07 10:16 EST ------- Right, all I meant was "let someone else do it," since I'm highly unlikely to use the Perl bindings, and therefore won't be able to do any useful troubleshooting or testing. :) C library, on the other hand, I will be using quite a bit. I'll re-spec the packages and put them up for one more glance before importing them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 15:20:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:20:28 -0500 Subject: [Bug 165689] Review Request: SquidGuard: filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200603071520.k27FKSCu014927@www.beta.redhat.com> Please 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 Christian.Iseli at licr.org 2006-03-07 10:20 EST ------- (In reply to comment #25) > It seems to be in FE (listed in owners.list) Strange. It's not listed in my copy of owners.list... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Tue Mar 7 15:27:43 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 07 Mar 2006 09:27:43 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <440DA2B7.7050605@fedoraproject.org> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> Message-ID: Mike McGrath wrote: >>http://centos.karan.org/ has extras packages built for centos so there is no >>reason why you cant use fedora-usermgmt and have it work :) > Except only 26 packages in FE use it. Maybe because they're the only ones creating local users? >0 packages in core use it AFAIK. Core packages can't depend-on/use Extras bits. > We're re-inventing the wheel and I just don't get why. It's been explained several times already (in this thread) why fedora-usermgmt exists. -- Rex From bugzilla at redhat.com Tue Mar 7 15:22:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:22:23 -0500 Subject: [Bug 165689] Review Request: SquidGuard: filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200603071522.k27FMNtA015564@www.beta.redhat.com> Please 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 Christian.Iseli at licr.org 2006-03-07 10:21 EST ------- (In reply to comment #26) > Strange. It's not listed in my copy of owners.list... Remove foot from mouth... argh. scratch that. it's listed as squidGuard... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Mar 7 15:27:54 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 16:27:54 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DA2B7.7050605@fedoraproject.org> (Mike McGrath's message of "Tue, 07 Mar 2006 09:11:51 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> Message-ID: <87y7zmxojp.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org (Mike McGrath) writes: > [... fedora-usermgmt ...] > 0 packages in core use it AFAIK. Fedora Core does not need fedora-usermgmt because it can use the 100 uids which are available for static assignment. > We're re-inventing the wheel Please tell me the re-invented technology which allows to create >100 system-users with the same, predictable uid at every package-installation and on every (Fedora Extras) system. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 15:25:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:25:26 -0500 Subject: [Bug 184210] Review Request: nc6 In-Reply-To: Message-ID: <200603071525.k27FPQMt016397@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nc6 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184210 ------- Additional Comments From mhw at wittsend.com 2006-03-07 10:25 EST ------- Time out... Isn't netcat/nc 1.82fc4.1 in updates-released already IPv6 enabled? It has a -6 option and I've used it against IPv6 services. This appears to be a redundant effort. I was under the impression that the netcat6 stuff had all been merged back into netcat. Is there something that nc6 does that the latest nc is missing? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Tue Mar 7 15:39:33 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 07 Mar 2006 16:39:33 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> Message-ID: <1141745973.5228.248.camel@mccallum.corsepiu.local> On Tue, 2006-03-07 at 09:27 -0600, Rex Dieter wrote: > Mike McGrath wrote: > > >>http://centos.karan.org/ has extras packages built for centos so there is no > >>reason why you cant use fedora-usermgmt and have it work :) > > > Except only 26 packages in FE use it. > > Maybe because they're the only ones creating local users? Nope, because 1. they use other strategies/tools to create global users 2. they avoid software relying on hardcoded uids. Ralf From mmcgrath at fedoraproject.org Tue Mar 7 15:38:07 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 07 Mar 2006 09:38:07 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87y7zmxojp.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> Message-ID: <440DA8DF.6080103@fedoraproject.org> Enrico Scholz wrote: >mmcgrath at fedoraproject.org (Mike McGrath) writes: > > > >>[... fedora-usermgmt ...] >>0 packages in core use it AFAIK. >> >> > >Fedora Core does not need fedora-usermgmt because it can use the 100 >uids which are available for static assignment. > > > > >>We're re-inventing the wheel >> >> > >Please tell me the re-invented technology which allows to create >100 >system-users with the same, predictable uid at every package-installation >and on every (Fedora Extras) system. > > > >Enrico > > Walk me through this then, I use fedora-usermgmt to create a user for my nagios package. What uid does it select, how does it select that UID, and when you install it on your machine, how does it have the same UID that it did when it was installed on my machine? -Mike From bugzilla at redhat.com Tue Mar 7 15:38:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:38:49 -0500 Subject: [Bug 165689] Review Request: SquidGuard: filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200603071538.k27FcnS5019304@www.beta.redhat.com> Please 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 2006-03-07 10:38 EST ------- Comment #20 and #21 still require changes to the proposed squidGuard package. Anything new to report, Eric Harrison? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 7 15:45:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 10:45:03 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603071545.k27Fj30l020740@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From bdpepple at ameritech.net 2006-03-07 10:44 EST ------- I can't sponser you, but here's a review of your package: MD5Sums: 215dab4b1a0022deadb848b646640514 muine-0.8.4.tar.gz 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 Bad: * Drop duplicate BuildRequires: gstreamer08-devel (provided by gstreamer08-plugins-devel) * Didn't disable schema installation during build. Refer to http://fedoraproject.org/wiki/ScriptletSnippets#head-ff64cd482595764f672082d5a3b83e1fc22962e8 * Drop the 'killall -HUP gconfd-2 || :' from your scriptlets since it's no longer needed. * rpmlint errors that must be fixed: W: muine incoherent-version-in-changelog yet. 0.8.4-2 W: muine devel-file-in-non-devel-package /usr/lib/pkgconfig/muine-plugin.pc W: muine devel-file-in-non-devel-package /usr/lib/muine/libmuine.a W: muine devel-file-in-non-devel-package /usr/lib/pkgconfig/muine-dbus.pc W: muine devel-file-in-non-devel-package /usr/lib/muine/libinotifyglue.a * I agree with Jeremy in comment #4 that the trayicon should be included with the package. * Drop Requires on gstreamer08, devel pacakge soname pulls this in. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Tue Mar 7 15:50:57 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 7 Mar 2006 10:50:57 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060307155057.337C98003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 gtkwave-1.3.86-1.fc3 mm-1.4.0-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 Tue Mar 7 15:51:12 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 7 Mar 2006 10:51:12 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060307155112.E63AE8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 9 ghdl-0.22-0.40svn.0.fc4 gtkwave-1.3.86-1.fc4 jthread-1.1.2-2.fc4 mm-1.4.0-3.fc4 moodss-21.1-1.fc4 moomps-5.5-1.fc4 perl-HTTP-Proxy-0.17-3.fc4 qgit-1.1-1.fc4 qgit-1.1-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Mar 7 15:51:30 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 7 Mar 2006 10:51:30 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060307155130.1C62F8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 15 Canna-3.7p3-15.fc5 exim-4.60-3.fc5 gnomebaker-0.5.1-4.fc5 gtkwave-1.3.86-1.fc5 hfsplusutils-1.0.4-6 kinput2-v3.1-27.fc5 moodss-21.1-1.fc5 moomps-5.5-1.fc5 opensc-0.10.1-3.fc5 perl-HTTP-Proxy-0.17-2.fc5 perl-HTTP-Proxy-0.17-3.fc5 proftpd-1.3.0-0.2.rc4.fc5 python-basemap-0.8.2-3.fc5 qgit-1.1-2.fc5 sabayon-2.12.3-2 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 Tue Mar 7 15:51:32 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 07 Mar 2006 16:51:32 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DA8DF.6080103@fedoraproject.org> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> Message-ID: <1141746693.5228.251.camel@mccallum.corsepiu.local> On Tue, 2006-03-07 at 09:38 -0600, Mike McGrath wrote: > Enrico Scholz wrote: > > >mmcgrath at fedoraproject.org (Mike McGrath) writes: > > > > > > > >>[... fedora-usermgmt ...] > >>0 packages in core use it AFAIK. > >> > >> > > > >Fedora Core does not need fedora-usermgmt because it can use the 100 > >uids which are available for static assignment. > > > > > > > > > >>We're re-inventing the wheel > >> > >> > > > >Please tell me the re-invented technology which allows to create >100 > >system-users with the same, predictable uid at every package-installation > >and on every (Fedora Extras) system. > > > > > > > >Enrico > > > > > Walk me through this then, I use fedora-usermgmt to create a user for my > nagios package. What uid does it select, how does it select that UID, > and when you install it on your machine, how does it have the same UID > that it did when it was installed on my machine? Then Enrico also might explain how to propagate this UID to the NIS/LDAP server hosting a network's network-wide uids. Ralf From bugzilla at redhat.com Tue Mar 7 16:03:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:03:18 -0500 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200603071603.k27G3ICu024710@www.beta.redhat.com> Please 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 ------- Additional Comments From tcallawa at redhat.com 2006-03-07 11:03 EST ------- Alright, alright, I'm on it. The obvious issue that I have already hit is that lib765-devel does not Require: lib765 = %{version}-%{release}. Please fix that in CVS and rebuild. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Mar 7 16:14:42 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 17:14:42 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DA8DF.6080103@fedoraproject.org> (Mike McGrath's message of "Tue, 07 Mar 2006 09:38:07 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> Message-ID: <87u0aaxmdp.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org (Mike McGrath) writes: > [... fedora-usermgmt ...] > > Walk me through this then, I use fedora-usermgmt to create a user for > my nagios package. Ok, let's start at the beginning: 1. you register your user in the wiki. Wiki-locking/verifying your changes should guarantee uniqueness for the chosen uid and username 2. you use fedora-usermgmt in your spec file e.g. in the suggested way. The %pre script will contain something like | fedora-useradd -r 3. user installs your package with 'yum --install '; depsolver installs 'fedora-usermgmt' Now, there are two possibilities: 3.1. user did not configured 'fedora-usermgmt' (e.g. only a single-machine system, has objections against fedora-usermgmt) --> the hint in 'fedora-useradd ' will be ignored and your user created like 'useradd '; e.g. | fedora-useradd 42 -r ... nagios becomes | useradd -r ... nagios In this case, the uid is not predictable and probably different on another machine. 3.2 user configured 'fedora-usermgmt', which includes: * executing the 'alternatives' command (or creating the symlinks in another way) * filling '/etc/fedora/usermgmt/baseuid' with an value fitting into his system (e.g. the baseuid - (baseuid+1000)[1] uid range should be reserved for Fedora Extras packages) --> the hint in 'fedora-useradd ' will be honored. Current fedora-usermgmt uses a mapping function of realuid = baseuid + uid So, when your 'nagios' user would have a registered uid of 42 and /etc/fedora/usermgmt/baseuid would contain 63000, then | fedora-useradd 42 -r ... nagios would result into | useradd -u 63042 -r ... nagios When 'fedora-usermgmt' was enabled on all machines, and 'baseuid' has the same content there, the same 'useradd -u ...' command will be executed and your 'nagios' user will have an uid of '63042' everywhere and everytime. > What uid does it select, how does it select that UID, and when you > install it on your machine, how does it have the same UID that it did > when it was installed on my machine? 'fedora-usermgmt' does not create the same uid on your and on my machine. But because we do not share a common filesystem, I do not see much sense in it. Enrico Footnotes: [1] the range of 1000 uids is just a raw estimation; 200 would be probably enough in the next years too -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 16:09:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:09:08 -0500 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200603071609.k27G98Zv025832@www.beta.redhat.com> Please 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 ------- Additional Comments From tcallawa at redhat.com 2006-03-07 11:09 EST ------- Good: - rpmlint checks return nothing - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english - 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 Bad: - Source does not match upstream: md5sum upstream/fuse-0.7.0.tar.gz ../SOURCES/fuse-0.7.0.tar.gz d81ad260cd6a8dd533af01ee6a5f9527 upstream/fuse-0.7.0.tar.gz ebb124e808e6467630efaae01fe03b64 ../SOURCES/fuse-0.7.0.tar.gz Show me a new SRPM with source that matches upstream, and I'll approve 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 enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 16:35:05 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 17:35:05 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141746693.5228.251.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Tue, 07 Mar 2006 16:51:32 +0100") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> Message-ID: <87pskyxlfq.fsf@kosh.bigo.ensc.de> rc040203 at freenet.de (Ralf Corsepius) writes: >> Walk me through this then, I use fedora-usermgmt to create a user for my >> nagios package. What uid does it select, how does it select that UID, >> and when you install it on your machine, how does it have the same UID >> that it did when it was installed on my machine? > > Then Enrico also might explain how to propagate this UID to the > NIS/LDAP server hosting a network's network-wide uids. 1. I think, it is a bad idea to manage system users in NIS/LDAP. This adds a lot of requirements (and points of possible failures) for starting a service: * network must be up/working * SSL certificates must not be expired * NIS/LDAP server must be up * supporting servers (DNS, firewall) must be up I prefer /etc/passwd for system users 2. 'fedora-usermgmt' eases propagation of UIDs to NIS/LDAP servers. When you really want it, you can write a package similarly to 'fedora-usermgmt-shadow-utils' which: * contains /etc/fedora/usermgmt/scripts.ldap/useradd script; it will be called with the mapped uid as the first parameter, the remaining params are those of a plain useradd. How you implement this 'useradd' script, is your thing. E.g. you could parse the params there, create an ldif file and execute 'ldapadd' with a cached krb5 ticket. * installs this script with a high 'alternatives' priority. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 16:31:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:31:14 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio In-Reply-To: Message-ID: <200603071631.k27GVEI6031129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From denis at poolshark.org 2006-03-07 11:31 EST ------- The BuildRequires: gcc-c++ is not necessary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 16:33:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:33:40 -0500 Subject: [Bug 184210] Review Request: nc6 In-Reply-To: Message-ID: <200603071633.k27GXelB032043@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nc6 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184210 ------- Additional Comments From rvokal at redhat.com 2006-03-07 11:33 EST ------- Well, the question is which package is more recent and living. The current netcat packages is port from OpenBSD. Every time they bump a new release I have to rewrite the code a bit 'cos OpenBSD has some additional functionality which linux kernel doesn't have. My intention was to propose nc6 package and maybe in FC6 time switch from OpenBSD nc to nc6. Also I've ported some functions from nc6 to nc, but I can't honestly say which package is better. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Tue Mar 7 16:39:59 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 07 Mar 2006 17:39:59 +0100 Subject: FE Package Status of Mar 7, 2006 Message-ID: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> Hi folks, Here we go... (was on vacations last week :-) ) I tried to cleanup a few things. I hope there are not too many false positives in there. Comments welcome as usual... The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 1492 packages - 51 orphans - 50 packages not available in extras devel or release andreas at bawue dot net dd_rescue caillon at redhat dot com banshee chrisw at redhat dot com git-core dennis at ausil dot us cryptplug djoo at redhat dot com nabi dwmw2 at redhat dot com qemu dwmw2 at redhat dot com apmud gauret at free dot fr elmo gemi at bluewin dot ch inti gemi at bluewin dot ch drscheme ghenry at suretecsystems dot com gnome-applet-netmon ghenry at suretecsystems dot com rsnapshot ivazquez at ivazquez dot net gnome-theme-clearlooks ivazquez at ivazquez dot net gpredict j dot w dot r dot degoede at hhs dot nl libgsf113 jcarpenter at condell dot org thinkpad-kmod jcarpenter at condell dot org tpctl jcarpenter at condell dot org configure-thinkpad jpo at di dot uminho dot pt perl-HTTP-Proxy jspaleta at gmail dot com istanbul jvdias at redhat dot com webmin kaboom at oobleck dot net openbox matthias at rpmforge dot net php-pecl-sqlite matthias at rpmforge dot net fillets-ng-data-cs michel dot salim at gmail dot com zeroinstall-injector nomis80 at nomis80 dot org juk nomis80 at nomis80 dot org opencv notting at redhat dot com comps oliver at linux-kernel dot at squidGuard paul at all-the-johnsons dot co dot uk z88dk sgrubb at redhat dot com libsafe tcallawa at redhat dot com R-hdf5 tcallawa at redhat dot com stripesnoop tcallawa at redhat dot com compat-wxPythonGTK2 tcallawa at redhat dot com pam_pkcs11 tcallawa at redhat dot com opendap thm at duke dot edu perl-GD-SVG thm at duke dot edu perl-bioperl thm at duke dot edu perl-XML-Writer thm at duke dot edu perl-SVG thm at duke dot edu perl-SOAP-Lite thm at duke dot edu perl-Graph thm at duke dot edu perl-Text-Shellwords thm at duke dot edu perl-Heap toniw at iki dot fi libmatchbox ville dot skytta at iki dot fi lirc-kmod-common ville dot skytta at iki dot fi lirc-kmod wtogami at redhat dot com openoffice-extras zipsonic at gmail dot com nx zipsonic at gmail dot com freenx - 8 packages not available in extras devel but present in release dreadyman at gmail dot com yakuake gemi at bluewin dot ch gcl matthias at rpmforge dot net php-mmcache notting at redhat dot com aqhbci-qt-tools tcallawa at redhat dot com R-RScaLAPACK tcallawa at redhat dot com ebtables tcallawa at redhat dot com lout wtogami at redhat dot com iiimf-le-simplehangul - 5 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=165689,181801,183038 SquidGuard oliver at linux-kernel.at zeroinstall-injector michel.salim at gmail.com perl-IO-All steve at silug.org https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177270,184080 libresample jeff at ollie.clive.ia.us webmin jvdias at redhat.com - 4 packages present in the development repo which have no owners entry git jthread lcov libtomoe-gtk - 8 orphaned packages, yet available in extras devel at-poke dia duplicity gtkglarea2 htb-util lua ots tripwire - 36 packages that moved to core FE-ACCEPT packages stats: - 557 accepted, closed package reviews - 3 accepted, closed package reviews not in repo - 3 accepted, closed package reviews not in owners - 6 accepted, open package reviews older than 4 weeks; - 11 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 84 open tickets - 12 tickets with no activity in eight weeks - 13 tickets with no activity in four weeks - 4 closed tickets FE-NEW packages stats: - 108 open tickets - 7 tickets with no activity in eight weeks - 20 tickets with no activity in four weeks - 6 closed tickets FE-NEEDSPONSOR packages stats: - 33 open tickets - 9 tickets with no activity in four weeks FE-LEGAL packages stats: - 2 open tickets OPEN-BUGS packages stats: - 285 open tickets - 113 tickets with no activity in eight weeks - 40 tickets with no activity in four weeks CVS stats: - 1470 packages with a devel directory - 7 packages with no owners entry initng jthread kile-i18n lcov libtomoe-gtk perl-Gtk2-Spell perl-Maypole Maintainers stats: - 162 maintainers - 8 inactive maintainers with open bugs - 12 inactive maintainers From bugzilla at redhat.com Tue Mar 7 16:36:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:36:48 -0500 Subject: [Bug 165688] Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck In-Reply-To: Message-ID: <200603071636.k27GamAs000446@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165688 ------- Additional Comments From paul at city-fan.org 2006-03-07 11:36 EST ------- This package appears to be orphaned without having made it 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 Tue Mar 7 16:44:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:44:55 -0500 Subject: [Bug 165688] Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck In-Reply-To: Message-ID: <200603071644.k27GitHF004461@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165688 ------- Additional Comments From oliver at linux-kernel.at 2006-03-07 11:44 EST ------- Uupps... I'll import it tomorrow... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 7 16:47:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 11:47:34 -0500 Subject: [Bug 165689] Review Request: SquidGuard: filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200603071647.k27GlYaG004946@www.beta.redhat.com> Please 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 oliver at linux-kernel.at 2006-03-07 11:47 EST ------- If anyone is willing to takeover... Just do it. I'm currently in too much projects... :-( -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mmcgrath at fedoraproject.org Tue Mar 7 16:51:19 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 07 Mar 2006 10:51:19 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87u0aaxmdp.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <87u0aaxmdp.fsf@kosh.bigo.ensc.de> Message-ID: <440DBA07.10702@fedoraproject.org> >Ok, let's start at the beginning: > >1. you register your user in the wiki. Wiki-locking/verifying your > changes should guarantee uniqueness for the chosen uid and username > > If we have to register our name anyway, why not just use said registered UID? I should mention at this point that I'm not against using fedora-usermgmt I just don't get it. -Mike From jwboyer at jdub.homelinux.org Tue Mar 7 16:00:22 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 7 Mar 2006 10:00:22 -0600 (CST) Subject: FE Package Status of Mar 7, 2006 In-Reply-To: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> References: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> Message-ID: <49161.129.42.161.36.1141747222.squirrel@jdub.homelinux.org> > Hi folks, > > Here we go... (was on vacations last week :-) ) > > I tried to cleanup a few things. I hope there are not too many false > positives in there. Comments welcome as usual... > > - 4 packages present in the development repo which have no owners entry > git jthread lcov libtomoe-gtk This is slightly wrong. git is a virtual package that consists of git-core, git-arch, etc. git-core certainly has an owners entry (Chris Wright). Not sure how your script copes with situations like that. josh From Christian.Iseli at licr.org Tue Mar 7 17:06:52 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 07 Mar 2006 18:06:52 +0100 Subject: FE Package Status of Mar 7, 2006 In-Reply-To: Your message of "Tue, 07 Mar 2006 10:00:22 CST." <49161.129.42.161.36.1141747222.squirrel@jdub.homelinux.org> Message-ID: <200603071706.k27H6q3A016661@ludwig-alpha.unil.ch> jwboyer at jdub.homelinux.org said: > This is slightly wrong. git is a virtual package that consists of git-core, > git-arch, etc. git-core certainly has an owners entry (Chris Wright). In this case, shouldn't the entry in the owners file be named git instead of git-core ? > Not sure how your script copes with situations like that. ATM, the script expects that the SRPM's name is the same as the owners.list entry... Christian From fedora at leemhuis.info Tue Mar 7 17:09:02 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 07 Mar 2006 18:09:02 +0100 Subject: FE Package Status of Mar 7, 2006 In-Reply-To: <49161.129.42.161.36.1141747222.squirrel@jdub.homelinux.org> References: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> <49161.129.42.161.36.1141747222.squirrel@jdub.homelinux.org> Message-ID: <1141751343.2171.1.camel@localhost.localdomain> Am Dienstag, den 07.03.2006, 10:00 -0600 schrieb Josh Boyer: > > Hi folks, > > > > Here we go... (was on vacations last week :-) ) > > > > I tried to cleanup a few things. I hope there are not too many false > > positives in there. Comments welcome as usual... > > > > > - 4 packages present in the development repo which have no owners entry > > git jthread lcov libtomoe-gtk > > This is slightly wrong. git is a virtual package that consists of > git-core, git-arch, etc. git-core certainly has an owners entry (Chris > Wright). > > Not sure how your script copes with situations like that. Package "git" should be in cvs in a dir named "git" but is in a dir "git-core" (that was the old name). But that will be fixed soon when the dir in cvs is renamed. A request for that is already in the wiki for some days. CU thl -- Thorsten Leemhuis From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 17:11:39 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 18:11:39 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DBA07.10702@fedoraproject.org> (Mike McGrath's message of "Tue, 07 Mar 2006 10:51:19 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <87u0aaxmdp.fsf@kosh.bigo.ensc.de> <440DBA07.10702@fedoraproject.org> Message-ID: <87lkvmxjqs.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org (Mike McGrath) writes: >>1. you register your user in the wiki. Wiki-locking/verifying your >> changes should guarantee uniqueness for the chosen uid and username > > If we have to register our name anyway, why not just use said registered > UID? For general, LSB compliant usage, you have only the first 100 uids which can be assigned statically. Fedora Core uses a large part of this range already, so it is not available for Fedora Extras. The range of 100..499 is reserved for system users too, but for dynamic assignment only. In another thread on this list, somebody suggested to change the LSB to allow static uids in this range. I think, this change will never happen because it would break existing systems. Uids above 500 is also unavailable because it is used by local systems. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 17:08:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 12:08:03 -0500 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200603071708.k27H83HH010203@www.beta.redhat.com> Please 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 2006-03-07 12:07 EST ------- Still awaiting a build 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 mmcgrath at fedoraproject.org Tue Mar 7 17:11:50 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 07 Mar 2006 11:11:50 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87lkvmxjqs.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <87u0aaxmdp.fsf@kosh.bigo.ensc.de> <440DBA07.10702@fedoraproject.org> <87lkvmxjqs.fsf@kosh.bigo.ensc.de> Message-ID: <440DBED6.7010706@fedoraproject.org> >For general, LSB compliant usage, you have only the first 100 uids which >can be assigned statically. Fedora Core uses a large part of this range >already, so it is not available for Fedora Extras. > >The range of 100..499 is reserved for system users too, but for dynamic >assignment only. In another thread on this list, somebody suggested to >change the LSB to allow static uids in this range. I think, this change >will never happen because it would break existing systems. > >Uids above 500 is also unavailable because it is used by local systems. > > > > >Enrico > > So the solution is to pick an arbitrarily high block of UID's that we hope no systems administrators are using? -Mike From toshio at tiki-lounge.com Tue Mar 7 17:21:33 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 07 Mar 2006 09:21:33 -0800 Subject: qgit in Fedora Extras In-Reply-To: <1949.129.42.161.36.1141737373.squirrel@jdub.homelinux.org> References: <1141422494.3503.6.camel@eagle.danny.cz> <4409301F.3050602@gmail.com> <1141466504.3491.14.camel@eagle.danny.cz> <1141666617.28973.13.camel@dv> <1141715960.3451.9.camel@eagle.danny.cz> <1949.129.42.161.36.1141737373.squirrel@jdub.homelinux.org> Message-ID: <1141752093.3434.12.camel@localhost> On Tue, 2006-03-07 at 07:16 -0600, Josh Boyer wrote: > > Pavel Roskin p????e v Po 06. 03. 2006 v 12:36 -0500: > >> > >> 4) git-arch should require tla or baz, not just tla. They are > >> compatible, but tla is obsolete and unmaintained, as far as I know. > > That's also not true. tla is maintained, 1.3.4 was just released and it's > also maintained in Fedora Extras. If the baz maintainer wants to add a > Provides: tla, then that might work. But otherwise, git-arch depending on > tla is absolutely fine. > *irony* This is the traditional place to create a virtual package :-) tla Provides: arch baz Provides: arch - tla is (Tom Lord's Arch) so it's just an implementation of arch. - baz does not provide tla. baz's goals are to be an arch implementation with an improved commandline ui. It shares many but not all of tla's command line options. I don't know how git uses tla but depending on the subset of commands used it's possible that git really does require tla and not baz. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Tue Mar 7 17:26:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 12:26:13 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603071726.k27HQDKY013974@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From foolish at guezz.net 2006-03-07 12:26 EST ------- TrayIcon included by default now Fixed rpmlint issues by creating -devel package and fixing typo Fixed the GConf-scriptlets Removed duplicate Buildrequires Added gettext dependency for %find_lang Removed Requires on gstreamer08 and gstreamer08-plugins Updated spec: http://folk.ntnu.no/sindrb/packages/muine.spec SRPM: http://folk.ntnu.no/sindrb/packages/muine-0.8.4-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 17:36:18 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 18:36:18 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DBED6.7010706@fedoraproject.org> (Mike McGrath's message of "Tue, 07 Mar 2006 11:11:50 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <87u0aaxmdp.fsf@kosh.bigo.ensc.de> <440DBA07.10702@fedoraproject.org> <87lkvmxjqs.fsf@kosh.bigo.ensc.de> <440DBED6.7010706@fedoraproject.org> Message-ID: <87hd6axilp.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org (Mike McGrath) writes: > So the solution is to pick an arbitrarily high block of UID's that we > hope no systems administrators are using? I am pretty sure that we can not find a range of static uids which are not used on some system. 'fedora-usermgmt' focuses on a specific system: its administrator has to decide which range is available. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 17:34:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 12:34:32 -0500 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200603071734.k27HYWtO015828@www.beta.redhat.com> Please 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 ellson at research.att.com 2006-03-07 12:34 EST ------- graphviz-cairo-2.8 is now available: http://www.graphviz.org/pub/graphviz/ARCHIVE/graphviz-cairo-2.8-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Tue Mar 7 17:49:57 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 07 Mar 2006 19:49:57 +0200 Subject: non fedora-usermgmt user creation In-Reply-To: References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> Message-ID: <1141753797.12982.62.camel@bobcat.mine.nu> On Tue, 2006-03-07 at 08:35 -0600, Rex Dieter wrote: > Enrico Scholz wrote: > > I could create a fedora-usermgmt-devel package shipping > > /etc/rpm/macros.fedora-usermgmt with the content > > > > http://ensc.de/fedora/macros.fedora-usermgmt > > > > This should ease the creation of packages supporting both the plain > > shadow-utils and the fedora-usermgmt methods. > > Something like that would be very beneificial, IMO, and should hopefully > satisfy anyone unhappy with the current situation. If this stuff really must exist in the first place, the above is kind of a step in the right direction. However, I'm not at all happy with the build nor install time dependencies on fedora-usermgmt and I think they can be easily avoided. Something like the below should work without any macro magic or unusual dependencies. It assumes that fedora-{user,group}add would be modified to be command line compatible with the normal useradd/groupadd. # Note lowest common dependency: no fedora-useradd or mgmt here Requires(pre): /usr/sbin/useradd %pre f=$(test -x /usr/sbin/fedora-useradd && echo fedora-) # fedora-useradd transforms 126 to another value according to local # config and then passes the new value with -u to plain useradd, or # if fedora-useradd is not installed, we obviously invoke plain # useradd directly with -u 126 /usr/sbin/${f}useradd -r -u 126 ... The above %pre is a very rarely applicable case for an Extras package though. But note that the uid passed to useradd should be one that is theoretically reasonable even if passed to plain useradd. A more frequently applicable case would be that there will be semi-fixed uids/gids when fedora-usermgmt is installed and configured but normal dynamic ones if not. There one could use environment variables for example like FU_[GU]ID_HINT: %pre f=$(test -x /usr/sbin/fedora-useradd && echo fedora-) # fedora-useradd grabs 126 from the environment, transforms it # to another value according to local config and calls plain useradd # using -u and the new value, or if fedora-useradd is not installed, # plain useradd will be invoked without -u FU_UID_HINT=126 /usr/sbin/${f}useradd -r ... # no -u in these args With the above, folks who want the stuff provided by fedora-usermgmt can just install and configure it before installing other packages and folks who don't want or don't have it can simply forget about it, both build and install time. Something like this is what I'd find acceptable, and the above examples show that it's not necessarily that intrusive even in specfiles. (Use of userdel/groupdel would go the same way but they should still be banned in packages and left to be handled by local admins, but that's off topic for this discussion.) From rc040203 at freenet.de Tue Mar 7 17:53:40 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 07 Mar 2006 18:53:40 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <87pskyxlfq.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> <87pskyxlfq.fsf@kosh.bigo.ensc.de> Message-ID: <1141754021.5228.285.camel@mccallum.corsepiu.local> On Tue, 2006-03-07 at 17:35 +0100, Enrico Scholz wrote: > rc040203 at freenet.de (Ralf Corsepius) writes: > > >> Walk me through this then, I use fedora-usermgmt to create a user for my > >> nagios package. What uid does it select, how does it select that UID, > >> and when you install it on your machine, how does it have the same UID > >> that it did when it was installed on my machine? > > > > Then Enrico also might explain how to propagate this UID to the > > NIS/LDAP server hosting a network's network-wide uids. > > 1. I think, it is a bad idea to manage system users in NIS/LDAP. I partially agree, I partially disagree: I agree, sharing "reserved uids" with nis/ldap is problematic, nevertheless you will find this in existing systems. However, using sharing "non-reserved" uids is rather non-problematic, because many such uids/gids actually are oridinary user ids without any special requirements. > This > adds a lot of requirements (and points of possible failures) for > starting a service: > > * network must be up/working > * SSL certificates must not be expired > * NIS/LDAP server must be up > * supporting servers (DNS, firewall) must be up Yes, such a setup is quite demanding, nevertheless this is supposed to work out of the box in a standard WS setup (And except of some occasional hickups in init script priorities, really does). > I prefer /etc/passwd for system users Well, it doesn't matter what YOU prefer, it matters what a network's sysadmins want. In real world networks you'll encounter issues, you can't have any chance to know about, be it them using uid < 500 for ordinary users, because they have several decades of tradition in doing so (from SunOS times) and because the boss/enterprise founder doesn't want to return his uid 101, or because they are mapping phone numbers to uids (This is a case I actually had been confronted with). > 2. 'fedora-usermgmt' eases propagation of UIDs to NIS/LDAP servers. Well, it is just ONE way of doing it, but it is not "the only way to do it", nor is it "THE CORRECT way of doing it" - It's not much more but the way YOU prefer, and as such it inevitably will conflicts with other approaches/strategies. The problem, why I consider using fedora-usermgmt in RPMS to be stupid is making this approach mandatory. The point is: To admins in a non-Fedora network, fedora-usermgmt doesn't provide any benefits because admins will have to manually intervene in any case, no matter if fedora-usermgmt or vanilla useradd etc. are used. My conclusion: fedora-usrmgt should not be pulled in any package in Fedora unless the installer explicitly requests to do so, i.e. it should be an "rpm-alternative" to useradd etc. and not be a requirement. Ralf From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 18:06:03 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 19:06:03 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141754021.5228.285.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Tue, 07 Mar 2006 18:53:40 +0100") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> <87pskyxlfq.fsf@kosh.bigo.ensc.de> <1141754021.5228.285.camel@mccallum.corsepiu.local> Message-ID: <87d5gyxh84.fsf@kosh.bigo.ensc.de> rc040203 at freenet.de (Ralf Corsepius) writes: >> 2. 'fedora-usermgmt' eases propagation of UIDs to NIS/LDAP servers. > > Well, it is just ONE way of doing it, but it is not "the only way to do > it", nor is it "THE CORRECT way of doing it" Did I said something like this? > It's not much more but the way YOU prefer, and as such it inevitably > will conflicts with other approaches/strategies. As written in this thread, without explicit configuration 'fedora-usermgmt' behaves exactly like a plain 'useradd' and will conflict with other approaches/strategies exactly like a plain useradd (which seems to be accepted by you). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From tibbs at math.uh.edu Tue Mar 7 18:14:53 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 07 Mar 2006 12:14:53 -0600 Subject: fedora-release RPM-GPG-KEY-fedora-legacy, NONE, 1.1 fedora-legacy.repo, NONE, 1.1 In-Reply-To: <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> (Josh Boyer's message of "Tue, 7 Mar 2006 07:24:18 -0600 (CST)") References: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> Message-ID: >>>>> "JB" == Josh Boyer writes: JB> Apparently commits to the fedora repo also get mailed to the JB> -extras-commits list. That is why you see commits for JB> documentation updates as well. I'm on both the extras-commits list and the fedora-commits list. In my experience Core commits don't go to the Extras list. This particular commit went to the Extras list but not to the Core list. No idea why. - J< From bugzilla at redhat.com Tue Mar 7 18:42:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 13:42:25 -0500 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200603071842.k27IgPcj006561@www.beta.redhat.com> Please 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 2006-03-07 13:42 EST ------- It's in the i386 repository - I've filed a bug upstream about 64 bit, but there isn't much activity. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 7 18:45:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 13:45:19 -0500 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200603071845.k27IjJSA007808@www.beta.redhat.com> Please 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 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-07 13:45 EST ------- They won't match as they're not the same. The original tarball contains the ROMS which needed to be omitted. If the ROMs are in the SRPM, won't that also give the same problems as if if they were included in the main 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 Mar 7 18:47:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 13:47:38 -0500 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200603071847.k27Ilc3N008729@www.beta.redhat.com> Please 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 2006-03-07 13:47 EST ------- (In reply to comment #18) > It's in the i386 repository Where? I can't see it at http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Mar 7 18:55:59 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 19:55:59 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141753797.12982.62.camel@bobcat.mine.nu> (Ville Skytt's message of "Tue, 07 Mar 2006 19:49:57 +0200") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> Message-ID: <878xrmxeww.fsf@kosh.bigo.ensc.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> > http://ensc.de/fedora/macros.fedora-usermgmt >> > >> > This should ease the creation of packages supporting both the plain >> > shadow-utils and the fedora-usermgmt methods. >> >> Something like that would be very beneificial, IMO, and should hopefully >> satisfy anyone unhappy with the current situation. > > If this stuff really must exist in the first place, the above is kind of > a step in the right direction. However, I'm not at all happy with the > build nor install time dependencies on fedora-usermgmt and I think they > can be easily avoided. I really do not understand the problems with the Requires: or BuildRequires: 1. We are speaking about packages for Fedora Extras; it is absolutely ok that a Fedora Extras package (build)requires another Fedora Extras package. 2. 'fedora-usermgmt' is only a very small package which does not add new dependencies. It behaves exactly like a plain 'useradd' without explicit activation. 3. Would it be really a problem to maintain another spec-file? Fedora Extras forces you already to maintain one spec-file per Fedora Core version. > Something like the below should work without any macro magic or unusual > dependencies. It assumes that fedora-{user,group}add would be modified > to be command line compatible with the normal useradd/groupadd. > > # Note lowest common dependency: no fedora-useradd or mgmt here > Requires(pre): /usr/sbin/useradd This would not work well with vanilla installations because you can not tell an installation order there. Therefore, 'fedora-usermgmt' must be a Requires(...): > %pre > f=$(test -x /usr/sbin/fedora-useradd && echo fedora-) > # fedora-useradd transforms 126 to another value according to local > # config and then passes the new value with -u to plain useradd, or > # if fedora-useradd is not installed, we obviously invoke plain > # useradd directly with -u 126 > /usr/sbin/${f}useradd -r -u 126 ... The '-u 126' would be wrong here because accordingly LSB you should not assign static uids in this range. > %pre > f=$(test -x /usr/sbin/fedora-useradd && echo fedora-) > # fedora-useradd grabs 126 from the environment, transforms it > # to another value according to local config and calls plain useradd > # using -u and the new value, or if fedora-useradd is not installed, > # plain useradd will be invoked without -u > FU_UID_HINT=126 /usr/sbin/${f}useradd -r ... # no -u in these args I really dislike such complicated scriptlets. They may appear simple but will cause mysterious failures (e.g. because of the bug[1] above). Enrico Footnotes: [1] the 'f=$(test -x /usr/sbin/fedora-useradd && echo fedora-)' will make the scriptlet (and install transaction) fail when fedora-usermgmt is not installed. Should be written as | f=$(test ! -x /usr/sbin/fedora-useradd || echo fedora-) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 18:54:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 13:54:34 -0500 Subject: [Bug 166960] Review Request: Fuse-emulator In-Reply-To: Message-ID: <200603071854.k27IsYvK011401@www.beta.redhat.com> Please 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 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2006-03-07 13:54 EST ------- Ahh, ok. Then 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 jwboyer at jdub.homelinux.org Tue Mar 7 18:00:49 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 7 Mar 2006 12:00:49 -0600 (CST) Subject: fedora-release RPM-GPG-KEY-fedora-legacy, NONE, 1.1 fedora-legacy.repo, NONE, 1.1 In-Reply-To: References: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> Message-ID: <49747.129.42.161.36.1141754449.squirrel@jdub.homelinux.org> >>>>>> "JB" == Josh Boyer writes: > > JB> Apparently commits to the fedora repo also get mailed to the > JB> -extras-commits list. That is why you see commits for > JB> documentation updates as well. > > I'm on both the extras-commits list and the fedora-commits list. In > my experience Core commits don't go to the Extras list. This > particular commit went to the Extras list but not to the Core list. > > No idea why. I already told you why. This didn't go to the core repo. It went to the fedora repo. Commits to the fedora repo go to -extras-commits. Core repo: /cvs/dist Extras repo: /cvs/extras Fedora repo: /cvs/fedora josh From bugzilla at redhat.com Tue Mar 7 18:58:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 13:58:05 -0500 Subject: [Bug 178230] Review Request: oneko : Cat chases the cursor In-Reply-To: Message-ID: <200603071858.k27Iw5g2012554@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: oneko : Cat chases the cursor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178230 ------- Additional Comments From wart at kobold.org 2006-03-07 13:57 EST ------- Ping spot. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 7 19:09:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 14:09:58 -0500 Subject: [Bug 178230] Review Request: oneko : Cat chases the cursor In-Reply-To: Message-ID: <200603071909.k27J9wt0016554@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: oneko : Cat chases the cursor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178230 ------- Additional Comments From tcallawa at redhat.com 2006-03-07 14:09 EST ------- -3 removes the includedir from CFLAGS, and renames the japanese man page: SRPM: http://www.auroralinux.org/people/spot/review/oneko-1.2-3.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/oneko.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 nomis80 at nomis80.org Tue Mar 7 19:19:29 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Tue, 7 Mar 2006 14:19:29 -0500 Subject: FE Package Status of Mar 7, 2006 In-Reply-To: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> References: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> Message-ID: <200603071419.29805.nomis80@nomis80.org> On Tuesday 07 March 2006 11:39, Christian.Iseli at licr.org wrote: > nomis80 at nomis80 dot org juk I haven't maintainted that package since the days of fedora.us. I don't plan on maintaining it in the future. I suggest it be removed. It has mostly been replaced by Amarok. From bugzilla at redhat.com Tue Mar 7 19:17:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 14:17:07 -0500 Subject: [Bug 178230] Review Request: oneko : Cat chases the cursor In-Reply-To: Message-ID: <200603071917.k27JH7iK018396@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: oneko : Cat chases the cursor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178230 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-07 14:16 EST ------- All 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 tibbs at math.uh.edu Tue Mar 7 19:38:17 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 07 Mar 2006 13:38:17 -0600 Subject: fedora-release RPM-GPG-KEY-fedora-legacy, NONE, 1.1 fedora-legacy.repo, NONE, 1.1 In-Reply-To: <49747.129.42.161.36.1141754449.squirrel@jdub.homelinux.org> (Josh Boyer's message of "Tue, 7 Mar 2006 12:00:49 -0600 (CST)") References: <200603070053.k270rGKW019759@cvs-int.fedora.redhat.com> <56622.129.42.161.36.1141737858.squirrel@jdub.homelinux.org> <49747.129.42.161.36.1141754449.squirrel@jdub.homelinux.org> Message-ID: >>>>> "JB" == Josh Boyer writes: JB> This didn't go to the core repo. It went to the fedora repo. JB> Commits to the fedora repo go to -extras-commits. Sorry, I didn't grasp the difference between the Core and Fedora repos. It still makes little sense, but no matter. - J< From ville.skytta at iki.fi Tue Mar 7 20:26:20 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 07 Mar 2006 22:26:20 +0200 Subject: non fedora-usermgmt user creation In-Reply-To: <878xrmxeww.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> Message-ID: <1141763180.12982.175.camel@bobcat.mine.nu> On Tue, 2006-03-07 at 19:55 +0100, Enrico Scholz wrote: > ville.skytta at iki.fi (Ville Skytt?) writes: > > > If this stuff really must exist in the first place, the above is kind of > > a step in the right direction. However, I'm not at all happy with the > > build nor install time dependencies on fedora-usermgmt and I think they > > can be easily avoided. > > I really do not understand the problems with the Requires: or BuildRequires: Sure, because you have use for fedora-usermgmt. For me, it tries to solve a problem I don't have which is already bad, and worse, it does create new problems while attempting to do so. See below. > 1. We are speaking about packages for Fedora Extras; Yes, but not limited to those. Well, at least I am not. The more in general things are FE only the more it negatively affects what I get in return from the time I spend with FE things. > 2. 'fedora-usermgmt' is only a very small package which does not add > new dependencies. It behaves exactly like a plain 'useradd' without > explicit activation. I know it does not exist in all distros I'd like to just rebuild FE packages for, and I'm not at all interested in maintaining it for those distros, especially because it'd be easy to fix the problems it currently causes right at the source. A POC was in my previous mail. > 3. Would it be really a problem to maintain another spec-file? Do I really have to answer that question? > > # Note lowest common dependency: no fedora-useradd or mgmt here > > Requires(pre): /usr/sbin/useradd > > This would not work well with vanilla installations because you can not > tell an installation order there. Therefore, 'fedora-usermgmt' must be a > Requires(...): No it doesn't because it's not *required at all* in this approach. And like I mentioned, users of fedora-usermgmt have to configure it beforehand anyway in order to get it to make any difference. In your words: "It behaves exactly like a plain 'useradd' without explicit activation". > The '-u 126' would be wrong here because accordingly LSB you should not > assign static uids in this range. Please try to see the big picture. I thought it would have been crystal clear without explaining that it was for illustration purposes only. I also said that the whole scenario where you picked it from wouldn't be applicable to many FE packages at all, and already regret including that use case for completeness. > I really dislike such complicated scriptlets. Disagreed with "complicated", especially when compared to the alternatives. And this is not only about liking or disliking: see above for some real problems in terms of extra work for no gain fedora-usermgmt may and does inflict on people. And again, what I provided was a quick example, not a specification, about how fedora-usermgmt-like stuff could be implemented in a less intrusive way. Sadly, from your comments I can't help getting the feeling that you're not really interested in achieving that in the first place. From bugzilla at redhat.com Tue Mar 7 20:51:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 15:51:58 -0500 Subject: [Bug 184291] New: Review Request: gnokii - a mobile telephone manager Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 Summary: Review Request: gnokii - a mobile telephone manager Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: triad at df.lth.se QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/gnokii.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/gnokii-0.6.11-1.src.rpm Description: Gnokii is a mobile phone swiss army knife with a library and several command-line utilities for managing mobile phones of different kinds. It can make data calls and retrieve/send SMS on several phone models. It also aims to provide e.g. fax service. This RPM is based off Ville Skytt?'s RPM from livna, which has been cleared to move into the Extras since the offending artwork once contained in it is now in a separate package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 20:52:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 15:52:25 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603072052.k27KqPuY017767@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From caillon at redhat.com 2006-03-07 15:52 EST ------- - No need to Require: nss, nspr. RPM will auto generate those requires. - Please use %{?_smp_mflags} instead of -j$CPUS and you can get rid of the relevant getconf calls. - It would be good to get those scripts that rpmlint complained about changed to 0755 instead of 0775. - Also, I think it would be good to try and use %ghost to avoid having to do the rm stuff in %preun - %define _unpackaged_files_terminate_build 0 I just noticed this on. Can you turn that off and make sure it still builds? If there are unpackaged files, you should explicitly rm them, or list them in your %files section with %exclude prepended. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 21:09:28 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 07 Mar 2006 22:09:28 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141763180.12982.175.camel@bobcat.mine.nu> (Ville Skytt's message of "Tue, 07 Mar 2006 22:26:20 +0200") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> Message-ID: <874q2ax8qf.fsf@kosh.bigo.ensc.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> 3. Would it be really a problem to maintain another spec-file? > > Do I really have to answer that question? I think, it is wasted time to try to write spec-files which are running on all and every distribution. Finally you will end in a bunch of conditional macros and with such macros, you can choose between fedora-usermgmt and plain useradd. People who want universal specfiles can write | %pre | if test -x /usr/sbin/fedora-useradd; then | /usr/sbin/fedora-useradd ... | else | /usr/sbin/useradd ... | fi with current fedora-usermgmt. >> > # Note lowest common dependency: no fedora-useradd or mgmt here >> > Requires(pre): /usr/sbin/useradd >> >> This would not work well with vanilla installations because you can >> not tell an installation order there. Therefore, 'fedora-usermgmt' >> must be a Requires(...): > > No it doesn't because it's not *required at all* in this approach. > And like I mentioned, users of fedora-usermgmt have to configure it > beforehand anyway in order to get it to make any difference. In your > words: "It behaves exactly like a plain 'useradd' without explicit > activation". This explicit activation can happen in the %pre script of kickstart. In the following package installation, packages must be in the proper order. > about how fedora-usermgmt-like stuff could be implemented in a less > intrusive way. Sadly, from your comments I can't help getting the > feeling that you're not really interested in achieving that in the > first place. fedora-usermgmt is already minimally intrusive. I do not think that avoiding work to port spec files to non-Fedora Extras distributions would justify the added complexity in scriptlets. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugs.michael at gmx.net Tue Mar 7 21:16:32 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 7 Mar 2006 22:16:32 +0100 Subject: FE Package Status of Mar 7, 2006 In-Reply-To: <200603071419.29805.nomis80@nomis80.org> References: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> <200603071419.29805.nomis80@nomis80.org> Message-ID: <20060307221632.601ddb5f.bugs.michael@gmx.net> On Tue, 7 Mar 2006 14:19:29 -0500, Simon Perreault wrote: > On Tuesday 07 March 2006 11:39, Christian.Iseli at licr.org wrote: > > nomis80 at nomis80 dot org juk > > I haven't maintainted that package since the days of fedora.us. I don't plan > on maintaining it in the future. I suggest it be removed. It has mostly been > replaced by Amarok. No need to. In CVS it's left only in the FC-1 branch, the newer ones are empty. From jamatos at fc.up.pt Tue Mar 7 21:18:23 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Tue, 7 Mar 2006 21:18:23 +0000 Subject: FE Package Status of Mar 7, 2006 In-Reply-To: <200603071419.29805.nomis80@nomis80.org> References: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> <200603071419.29805.nomis80@nomis80.org> Message-ID: <200603072118.23284.jamatos@fc.up.pt> On Tuesday 07 March 2006 19:19, Simon Perreault wrote: > On Tuesday 07 March 2006 11:39, Christian.Iseli at licr.org wrote: > > nomis80 at nomis80 dot org juk > > I haven't maintainted that package since the days of fedora.us. I don't > plan on maintaining it in the future. I suggest it be removed. It has > mostly been replaced by Amarok. Rex Dieter knows better than me but isn't juk included in kdemultimedia-extras submitted to extras? If kdemultimedia-extras I think that this package should be removed. -- Jos? Ab?lio From bugzilla at redhat.com Tue Mar 7 21:14:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 16:14:30 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200603072114.k27LEULt024859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nomadsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170978 ------- Additional Comments From triad at df.lth.se 2006-03-07 16:14 EST ------- Yes, that works much better. Sorry for fat delay on this, I missed it somehow: 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-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 mmcgrath at fedoraproject.org Tue Mar 7 21:21:57 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 07 Mar 2006 15:21:57 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <874q2ax8qf.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> Message-ID: <440DF975.8090807@fedoraproject.org> >I think, it is wasted time to try to write spec-files which are running on >all and every distribution. Finally you will end in a bunch of conditional >macros and with such macros, you can choose between fedora-usermgmt and >plain useradd. > > Its nearly impossible to write a spec file that will work on all distros, but one can come very close. I write my spec files with the assumption that other people (non fedora-users) can use my package. It's good practice. Sometimes there will be conflicts, but I try to make sure those conflicts are created by another distro, not by my spec file. -Mike From rdieter at math.unl.edu Tue Mar 7 21:32:56 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 07 Mar 2006 15:32:56 -0600 Subject: FE Package Status of Mar 7, 2006 In-Reply-To: <200603072118.23284.jamatos@fc.up.pt> References: <200603071639.k27GdxE3016287@ludwig-alpha.unil.ch> <200603071419.29805.nomis80@nomis80.org> <200603072118.23284.jamatos@fc.up.pt> Message-ID: Jose' Matos wrote: > On Tuesday 07 March 2006 19:19, Simon Perreault wrote: > >>On Tuesday 07 March 2006 11:39, Christian.Iseli at licr.org wrote: >> >>> nomis80 at nomis80 dot org juk >> >>I haven't maintainted that package since the days of fedora.us. I don't >>plan on maintaining it in the future. I suggest it be removed. It has >>mostly been replaced by Amarok. > > > Rex Dieter knows better than me but isn't juk included in > kdemultimedia-extras submitted to extras? Yep. > If kdemultimedia-extras I think that this package should be removed. Hmm... I suppose we could add Obsoletes: juk then? (Or is it not worth the extra hassle?) -- Rex From bugzilla at redhat.com Tue Mar 7 21:39:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 16:39:11 -0500 Subject: [Bug 181831] Review Request: bitbake - Build Tool In-Reply-To: Message-ID: <200603072139.k27LdBxs000633@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bitbake - Build Tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181831 ------- Additional Comments From michael at knox.net.nz 2006-03-07 16:38 EST ------- builds cleanly on FC4. rpmlint shows the issues you have already stated and no others. Bitbake does recommend pysco, but pysco is not in FCE, perhaps that should get pulled in at some stage, but is not a show stopper. Looks good. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 22:05:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 17:05:44 -0500 Subject: [Bug 184304] New: Review Request: quadkonsole 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=184304 Summary: Review Request: quadkonsole Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: nomis80 at nomis80.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://nomis80.org/rpms/SPECS/quadkonsole.spec SRPM Name or Url: http://nomis80.org/rpms/SRPMS/quadkonsole-2.0.1-1.src.rpm Description: QuadKonsole is a program which embeds 4 Konsoles (other numbers can be specified on the command-line). This way you save screen real estate, you don't have to worry about careful placement and the startup time is faster than starting up 4 separate Konsoles. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 22:06:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 17:06:27 -0500 Subject: [Bug 184305] New: Review Request: ftnchek - Static analyzer for Fortran 77 programs 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=184305 Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs 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: bugzilla-sink at leemhuis.info ReportedBy: orion at cora.nwra.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/ftnchek.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/ftnchek-3.3.1-1.src.rpm Description: ftnchek is a static analyzer for Fortran 77 programs. It is designed to detect certain errors in a Fortran program that a compiler usually does not. ftnchek is not primarily intended to detect syntax errors. Its purpose is to assist the user in finding semantic errors. Semantic errors are legal in the Fortran language but are wasteful or may cause incorrect operation. For example, variables which are never used may indicate some omission in the program; uninitialized variables contain garbage which may cause incorrect results to be calculated; and variables which are not declared may not have the intended type. ftnchek is intended to assist users in the debugging of their Fortran program. It is not intended to catch all syntax errors. This is the function of the compiler. Prior to using ftnchek, the user should verify that the program compiles correctly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 22:45:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 17:45:08 -0500 Subject: [Bug 184210] Review Request: nc6 In-Reply-To: Message-ID: <200603072245.k27Mj8gM022341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nc6 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184210 ------- Additional Comments From mfleming+rpm at enlartenment.com 2006-03-07 17:45 EST ------- NEEDSWORK Review for release 1: * RPM name is OK * Source nc6-1.0.tar.bz2 is the same as upstream * This is the latest version * Builds fine in mock * Runs OK Needs work: * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) (wiki: PackagingGuidelines#BuildRoot) * The BuildRoot must be cleaned at the beginning of %install * rpmlint of nc6: Nonstandard group (Try Applications/Internet or Applications/System?) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Tue Mar 7 23:06:49 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 07 Mar 2006 16:06:49 -0700 Subject: Package with no obvious upstream: fsplit Message-ID: <440E1209.50009@cora.nwra.com> I'm thinking about packaging fsplit, a fortran source code splitter. As near as I can tell, the most authoritative source for this is from the various BSD projects, e.g.: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/fsplit/ So, can I check it out of cvs and make a tarball and submit? Also, what do I use for a version? There is an RCS id of 1.5. Some mandrake and FC rpms exist is the wild that used an older sccsid of 5.5, this file has 8.1, but does not appear to be incremented any more. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From ville.skytta at iki.fi Tue Mar 7 23:16:21 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 08 Mar 2006 01:16:21 +0200 Subject: non fedora-usermgmt user creation In-Reply-To: <874q2ax8qf.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> Message-ID: <1141773381.12982.215.camel@bobcat.mine.nu> On Tue, 2006-03-07 at 22:09 +0100, Enrico Scholz wrote: > ville.skytta at iki.fi (Ville Skytt?) writes: > > >> 3. Would it be really a problem to maintain another spec-file? > > > > Do I really have to answer that question? > > I think, it is wasted time to try to write spec-files which are running on > all and every distribution. Agreed, but I don't remember anyone mentioning trying that in this thread. The problems caused by dependencies on fedora-usermgmt occur way before the "all and every" phase. > | %pre > | if test -x /usr/sbin/fedora-useradd; then > | /usr/sbin/fedora-useradd ... > | else > | /usr/sbin/useradd ... > | fi > > with current fedora-usermgmt. Yes? That's the functionality I suggested, just expressed with a different shell syntax. Combine something like the above and again, _no_ dependencies on fedora-usermgmt in packages and I'm satisfied. > This explicit activation can happen in the %pre script of kickstart. Surely the whole usermgmt package or necessary bits of its payload could be installed there too. From ed at eh3.com Tue Mar 7 23:17:16 2006 From: ed at eh3.com (Ed Hill) Date: Tue, 07 Mar 2006 18:17:16 -0500 Subject: Package with no obvious upstream: fsplit In-Reply-To: <440E1209.50009@cora.nwra.com> References: <440E1209.50009@cora.nwra.com> Message-ID: <1141773436.21645.25.camel@ernie> On Tue, 2006-03-07 at 16:06 -0700, Orion Poplawski wrote: > I'm thinking about packaging fsplit, a fortran source code splitter. As > near as I can tell, the most authoritative source for this is from the > various BSD projects, e.g.: > > http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/fsplit/ > > So, can I check it out of cvs and make a tarball and submit? > > Also, what do I use for a version? There is an RCS id of 1.5. Some > mandrake and FC rpms exist is the wild that used an older sccsid of 5.5, > this file has 8.1, but does not appear to be incremented any more. Hi Orion, Please feel free to version it in whatever way makes the most sense to you. Its a really ancient tool (no active development in more than a decade, right?) so I doubt anyone will care about the "upstream" version number. At least, thats my vote. ;-) Ed ps - I have a very simple SRPM for it because one of my co-workers wanted it some time ago. Its not really a popular item! :-) -- 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 enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 23:24:33 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 00:24:33 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DF975.8090807@fedoraproject.org> (Mike McGrath's message of "Tue, 07 Mar 2006 15:21:57 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <440DF975.8090807@fedoraproject.org> Message-ID: <87zmk1x2ha.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org (Mike McGrath) writes: >>I think, it is wasted time to try to write spec-files which are >>running on all and every distribution. Finally you will end in a >>bunch of conditional macros and with such macros, you can choose >>between fedora-usermgmt and plain useradd. > > Its nearly impossible to write a spec file that will work on all > distros, but one can come very close. I write my spec files with > the assumption that other people (non fedora-users) can use my > package. It's good practice. Sometimes there will be conflicts, > but I try to make sure those conflicts are created by another > distro, not by my spec file. How do you solve the problem of needed libraries which are available in Fedora Extras but not in other distributions? Perhaps we can solve the | BuildRequires: fedora-usermgmt-devel in http://ensc.de/fedora/macros.fedora-usermgmt in a similar way. (I do not insist on this name, I can name the subpackage 'suse-usermgmt-devel' too ;)) Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 7 23:22:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 18:22:29 -0500 Subject: [Bug 184304] Review Request: quadkonsole In-Reply-To: Message-ID: <200603072322.k27NMTNS000642@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quadkonsole https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184304 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2006-03-07 18:22 EST ------- Needs work: $ rpmlint quadkonsole-2.0.1-1.src.rpm E: quadkonsole description-line-too-long QuadKonsole is a program which embeds 4 Konsoles (other numbers can be specified reformat to less than 80 chars. - .desktop file: - add "X-KDE-StartupNotify=true" to the .desktop file Good: - 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 in mock for 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 APPROVED with above changes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 7 23:41:02 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 00:41:02 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141773381.12982.215.camel@bobcat.mine.nu> (Ville Skytt's message of "Wed, 08 Mar 2006 01:16:21 +0200") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> Message-ID: <87veupx1pt.fsf@kosh.bigo.ensc.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> | %pre >> | if test -x /usr/sbin/fedora-useradd; then >> | /usr/sbin/fedora-useradd ... >> | else >> | /usr/sbin/useradd ... >> | fi >> >> with current fedora-usermgmt. > > Yes? That's the functionality I suggested, just expressed with a > different shell syntax. Combine something like the above and again, > _no_ dependencies on fedora-usermgmt in packages and I'm satisfied. Sorry, that's a point where I insist on: when a Fedora Extras package uses fedora-usermgmt, then it MUST have the corresponding 'Requires(...): fedora-usermgmt'. Creating undeterministic behavior by randomly executing plain 'useradd' or 'fedora-useradd' is not my idea of package management. >> This explicit activation can happen in the %pre script of kickstart. > > Surely the whole usermgmt package or necessary bits of its payload could > be installed there too. I forgot (should know my packages better): doing this kind of customization can and should be done in a package providing 'setup(fedora-usermgmt)'. You just need to add such a package to the kickstart %package list and with proper 'Requires(...): fedora-usermgmt' things should work. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From tibbs at math.uh.edu Tue Mar 7 23:44:34 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 07 Mar 2006 17:44:34 -0600 Subject: Specifying particular GPL versions in license tag Message-ID: I'm reviewing a couple of packages that specify License: GPL version 2 or later which rpmlint complains about. "GPL version 2 or later" is directly from the package source. I suspect that all but a handful of the packages in Core and Extras say "GPL" when they include GPLv2 and allow any later version. So should this package just do the same? Or is such specificity allowed? It won't be long before we start seeing GPLv3 packages and, as a side effect, GPLv2only packages. How will these be specified? - J< From bugzilla at redhat.com Tue Mar 7 23:49:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 18:49:55 -0500 Subject: [Bug 183927] Review Request: R-wavethresh - R package for wavelets In-Reply-To: Message-ID: <200603072349.k27Nnt24006172@www.beta.redhat.com> Please 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-wavethresh - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183927 ------- Additional Comments From tibbs at math.uh.edu 2006-03-07 18:49 EST ------- This fares a bit better than R-waveslim. rpmlint says: W: R-wavethresh invalid-license GPL version 2 or later W: R-wavethresh no-documentation Good: We have no standards for R package naming, but R-packagename is reasonable. The specfile is clean and understandable. The source matches upstream. Package dependencies are sane. Package builds in mock. rpmlint finds no documentation, but all supplied documentation is part of R's internal help system, so this isn't a blocker. Bad: rpmlint doesn't like the License: tag. I have asked on the extras list whether it is acceptable or not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 7 23:56:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 18:56:32 -0500 Subject: [Bug 184331] New: Review Request: K-3D - 3D modeling and rendering 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=184331 Summary: Review Request: K-3D - 3D modeling and rendering system Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: denis at poolshark.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.poolshark.org/src/k3d.spec SRPM Name or Url: http://www.poolshark.org/src/k3d-0.5.0.39-1.src.rpm Description: K-3D is a complete 3D modeling, animation and rendering system. K-3D features a robust, object oriented plugin architecture, designed to scale to the needs of professional artists. It is designed from the ground up to generate motion picture quality animation using RenderMan compliant render engines. Notes: Look at this beautiful list of BuildRequires. This is living on the edge: I'm told by a K-3D developer that this might be the first attempt at running this monster with g++ 4.1, so there might be some rough edges. rpmlint will complain about header files in the main RPM (in /usr/share): as far as i understand this is a false positive, though if a K3D power-user could confirm i'd appreciate. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 00:04:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 19:04:16 -0500 Subject: [Bug 184304] Review Request: quadkonsole In-Reply-To: Message-ID: <200603080004.k2804GV3009012@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quadkonsole https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184304 ------- Additional Comments From nomis80 at nomis80.org 2006-03-07 19:04 EST ------- I think that's a bug in rpmlint as there is no line having a width of more than 80 characters. I think rpmlint is counting newline characters, which is a bug. About the "X-KDE-StartupNotify=true": I'll do it, thanks for noticing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 00:27:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 19:27:20 -0500 Subject: [Bug 168185] Review Request: z88dk - Z80 cross compiler In-Reply-To: Message-ID: <200603080027.k280RKEA013437@www.beta.redhat.com> Please 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 2006-03-07 19:27 EST ------- Given the lack of movement upstream (it goes on and off), I'm fixing for x86_64, but it's slow. In the meantime, I'll rebuild on the laptop and add ExArch=ia64, x86_64 to 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 nomis80 at nomis80.org Wed Mar 8 00:42:38 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Tue, 7 Mar 2006 19:42:38 -0500 Subject: Merging between branches? Message-ID: <200603071942.38504.nomis80@nomis80.org> Hi, I want to merge stuff from the FC-4 branch to the devel branch. How do I do that? Thanks From jwboyer at jdub.homelinux.org Wed Mar 8 01:12:12 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 07 Mar 2006 19:12:12 -0600 Subject: Merging between branches? In-Reply-To: <200603071942.38504.nomis80@nomis80.org> References: <200603071942.38504.nomis80@nomis80.org> Message-ID: <440E2F6C.3040206@jdub.homelinux.org> Simon Perreault wrote: > Hi, > > I want to merge stuff from the FC-4 branch to the devel branch. How do I do > that? What do you mean "merge"? The CVS directories aren't really CVS branches from what I remember so merging usually just consists of copying stuff over. josh From jspaleta at gmail.com Wed Mar 8 01:23:43 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Mar 2006 20:23:43 -0500 Subject: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development Message-ID: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> Why does the 32bit package have /usr/lib/python2.4/site-packages/gst/__init__.py while the 64bit package does NOT have /usr/lib64/python2.4/site-packages/gst/__init__.py This is the last issue keeping istanbul from building again in the development tree. istanbul is the only Extras package I know of that uses the gstreamer08-python package Can someone with 64bit hardware PLEASE figure out what is wrong with the gstreamer08-python specfile which is preventing usr/lib64/python2.4/site-packages/gst/__init__.py from being packaged If noone with 64bit hardware can help me figure this out and get gstreamer08-python patched I'm going to forced to use excludearch in the instabul package to appease the growing horde of people giving me crap about istanbul not being available for fc5 release. I'd like to avoid doing that, but without people with 64bit hardware to run test builds of gstreamer08-python on their systems I'm doomed to failure. What I desperately, and I mean ABC's housewife brand of desperate, is for people with 64bit hardware and a reasonable ability to grok specfiles, to do local mock builds of gstreamer08-python making some specfile modifications to the gstreamer08-python spec file and to get patch to me with a patch to the spec file that correctly packages the /usr/lib64/python2.4/site-packages/gst/__init__.py* files. For reference this issue showed up right before gstreamer08 was moved out of Core, when the package in question was still gstreamer-python. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179624 -jef From jpmahowald at gmail.com Wed Mar 8 01:29:16 2006 From: jpmahowald at gmail.com (John Mahowald) Date: Wed, 8 Mar 2006 19:29:16 +1800 Subject: looking for a sponsor In-Reply-To: <1141689587.21181.2.camel@pingu.homenetwork.lan> References: <1141689587.21181.2.camel@pingu.homenetwork.lan> Message-ID: <3ea997540603071729i787daf5jf5253fd7fa05d5a3@mail.gmail.com> I made libedit block FE-NEEDSPONSOR to flag it. I'll have a look sometime. File a bug against monkey-bubble with the updates. That way there can be a review process in bugzilla. From nomis80 at nomis80.org Wed Mar 8 01:35:24 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Tue, 7 Mar 2006 20:35:24 -0500 Subject: Merging between branches? In-Reply-To: <440E2F6C.3040206@jdub.homelinux.org> References: <200603071942.38504.nomis80@nomis80.org> <440E2F6C.3040206@jdub.homelinux.org> Message-ID: <200603072035.24726.nomis80@nomis80.org> On Tuesday 07 March 2006 20:12, Josh Boyer wrote: > What do you mean "merge"? The CVS directories aren't really CVS > branches from what I remember so merging usually just consists of > copying stuff over. Ok, that's what I though but I wasn't sure. From ellson at research.att.com Wed Mar 8 02:13:22 2006 From: ellson at research.att.com (John Ellson) Date: Tue, 07 Mar 2006 21:13:22 -0500 Subject: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development In-Reply-To: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> References: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> Message-ID: <440E3DC2.1070105@research.att.com> Jeff Spaleta wrote: > Why does the 32bit package have > /usr/lib/python2.4/site-packages/gst/__init__.py > > while the 64bit package does NOT have > /usr/lib64/python2.4/site-packages/gst/__init__.py > > > This is the last issue keeping istanbul from building again in the > development tree. > istanbul is the only Extras package I know of that uses the > gstreamer08-python package > > Can someone with 64bit hardware PLEASE figure out what is wrong with > the gstreamer08-python specfile which is preventing > usr/lib64/python2.4/site-packages/gst/__init__.py > from being packaged > > If noone with 64bit hardware can help me figure this out and get > gstreamer08-python patched I'm going to forced to use excludearch in > the instabul package to appease the growing horde of people giving me > crap about istanbul not being available for fc5 release. I'd like to > avoid doing that, but without people with 64bit hardware to run test > builds of gstreamer08-python on their systems I'm doomed to failure. > > What I desperately, and I mean ABC's housewife brand of desperate, is > for people with 64bit hardware and a reasonable ability to grok > specfiles, to do local mock builds of gstreamer08-python making some > specfile modifications to the gstreamer08-python spec file and to get > patch to me with a patch to the spec file that correctly packages the > /usr/lib64/python2.4/site-packages/gst/__init__.py* files. > > For reference this issue showed up right before gstreamer08 was moved > out of Core, when the package in question was still gstreamer-python. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179624 > > -jef > > In configure, the command: $PYTHON -c "from distutils import sysconfig; print sysconfig.get_python_lib(0,0,prefix='$PYTHON_PREFIX')" is returning (with PYTHON_PREFIX='/usr'): /usr/lib/python2.4/site-packages Perhaps this is a python bug? Jonh From ellson at research.att.com Wed Mar 8 02:51:09 2006 From: ellson at research.att.com (John Ellson) Date: Tue, 07 Mar 2006 21:51:09 -0500 Subject: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development In-Reply-To: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> References: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> Message-ID: <440E469D.9060601@research.att.com> Jeff Spaleta wrote: > Why does the 32bit package have > /usr/lib/python2.4/site-packages/gst/__init__.py > > while the 64bit package does NOT have > /usr/lib64/python2.4/site-packages/gst/__init__.py > > > This is the last issue keeping istanbul from building again in the > development tree. > istanbul is the only Extras package I know of that uses the > gstreamer08-python package > > Can someone with 64bit hardware PLEASE figure out what is wrong with > the gstreamer08-python specfile which is preventing > usr/lib64/python2.4/site-packages/gst/__init__.py > from being packaged > > If noone with 64bit hardware can help me figure this out and get > gstreamer08-python patched I'm going to forced to use excludearch in > the instabul package to appease the growing horde of people giving me > crap about istanbul not being available for fc5 release. I'd like to > avoid doing that, but without people with 64bit hardware to run test > builds of gstreamer08-python on their systems I'm doomed to failure. > > What I desperately, and I mean ABC's housewife brand of desperate, is > for people with 64bit hardware and a reasonable ability to grok > specfiles, to do local mock builds of gstreamer08-python making some > specfile modifications to the gstreamer08-python spec file and to get > patch to me with a patch to the spec file that correctly packages the > /usr/lib64/python2.4/site-packages/gst/__init__.py* files. > > For reference this issue showed up right before gstreamer08 was moved > out of Core, when the package in question was still gstreamer-python. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179624 > > -jef > > In gst/Makefile.am it needs "pygstdir = $(pkgpyexecdir)" instead of "pygstdir = $(pkgpythondir)" I've attached a patch for this and a patch to the .spec to apply that patch. John -------------- next part -------------- A non-text attachment was scrubbed... Name: gst_lib64.patch Type: text/x-patch Size: 469 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gstreamer08-python.spec.patch Type: text/x-patch Size: 613 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Wed Mar 8 01:52:18 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 07 Mar 2006 20:52:18 -0500 Subject: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development In-Reply-To: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> References: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> Message-ID: <1141782739.17276.2.camel@yoda.jdub.homelinux.org> On Tue, 2006-03-07 at 20:23 -0500, Jeff Spaleta wrote: > istanbul is the only Extras package I know of that uses the > gstreamer08-python package Unfortunately, not quite. I just installed soundconverter yesterday and it uses gstreamer08-python. [root at yoda ~]# rpm -q --whatrequires gstreamer08-python soundconverter-0.8.3-1.fc5 [root at yoda ~]# josh From ellson at research.att.com Wed Mar 8 03:09:43 2006 From: ellson at research.att.com (John Ellson) Date: Tue, 07 Mar 2006 22:09:43 -0500 Subject: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development In-Reply-To: <440E469D.9060601@research.att.com> References: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> <440E469D.9060601@research.att.com> Message-ID: <440E4AF7.2000405@research.att.com> John Ellson wrote: > > In gst/Makefile.am it needs "pygstdir = $(pkgpyexecdir)" instead of > "pygstdir = $(pkgpythondir)" > > I've attached a patch for this and a patch to the .spec to apply that > patch. > Oops, I missed the patch for Makefile.am. The patch to Makefile.in is sufficient for the rpm to build, but the source of the problem is in Makefile.am. John -------------- next part -------------- A non-text attachment was scrubbed... Name: gst_lib64.patch Type: text/x-patch Size: 788 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gstreamer08-python.spec.patch Type: text/x-patch Size: 613 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 03:04:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 7 Mar 2006 22:04:43 -0500 Subject: [Bug 182122] Review Request: multitail In-Reply-To: Message-ID: <200603080304.k2834hWF008676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: multitail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182122 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |177841 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-07 22:04 EST ------- It turns out that a sponsor is needed here. I cannot sponsor, so I'm not sure what should happen to this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 05:31:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 00:31:47 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603080531.k285VlW3008700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-08 00:31 EST ------- It took awhile to hunt this one down, since I didn't actually kick the docs out; rpmbuild was doing a rm -rf on the directory that automake installed the docs into, since I was installing them to: /usr/share/doc/idioskopos-0.1.10/html/ What if I have automake do the install into: /usr/share/doc/idioskopos-docs-0.1.10/ And have the following in the devel subpackage %files section: %docdir %{_docdir}/%{name}-docs-%{version}/html %{_docdir}/%{name}-docs-%{version}/html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 06:04:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 01:04:20 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603080604.k2864Kkd017086@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-08 01:04 EST ------- Even better... how about if I do mv docs/www/reference/html . at the end of %install, and then simply %doc ChangeLog html in %files devel? That way all the docs are put under: /usr/share/doc/idioskopos-devel-0.1.10/html/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Wed Mar 8 06:58:25 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 08 Mar 2006 08:58:25 +0200 Subject: non fedora-usermgmt user creation In-Reply-To: <87veupx1pt.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> Message-ID: <1141801105.12982.232.camel@bobcat.mine.nu> On Wed, 2006-03-08 at 00:41 +0100, Enrico Scholz wrote: > ville.skytta at iki.fi (Ville Skytt?) writes: > > >> | %pre > >> | if test -x /usr/sbin/fedora-useradd; then > >> | /usr/sbin/fedora-useradd ... > >> | else > >> | /usr/sbin/useradd ... > >> | fi > >> > >> with current fedora-usermgmt. > > > > Yes? That's the functionality I suggested, just expressed with a > > different shell syntax. Combine something like the above and again, > > _no_ dependencies on fedora-usermgmt in packages and I'm satisfied. > > Sorry, that's a point where I insist on: when a Fedora Extras package > uses fedora-usermgmt, then it MUST have the corresponding 'Requires(...): > fedora-usermgmt'. So what is the point of the "if" condition you suggested above then? With a dependency on fedora-usermgmt, it will always evaluate to true and the "else" branch is dead code. From bugzilla at redhat.com Wed Mar 8 07:04:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 02:04:36 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603080704.k2874aEM000662@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ville.skytta at iki.fi ------- Additional Comments From ville.skytta at iki.fi 2006-03-08 02:04 EST ------- As I'm intimately familiar with the package, it might be useful if someone else would review this. However, if nobody picks it up by Friday, I will do it. Some initial comments anyway: If the smsd-sql patch is the same as in my old package, the comment is misleading. It does not create the database because everything in the patch is commented out; it's just for documentation purposes. I think it's safe to drop the Obsoletes: in xgnokii. Including xgnokii.pc in xgnokii doesn't seem right. It should probably be moved to gnokii-devel. Or if not, xgnokii should have a dependency on pkgconfig. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 07:17:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 02:17:57 -0500 Subject: [Bug 184304] Review Request: quadkonsole In-Reply-To: Message-ID: <200603080717.k287Hva7003163@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quadkonsole https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184304 ------- Additional Comments From ville.skytta at iki.fi 2006-03-08 02:17 EST ------- (In reply to comment #2) > I think that's a bug in rpmlint as there is no line having a width of more > than 80 characters. I think rpmlint is counting newline characters, which is a > bug. This is very much cosmetic, but rpmlint wants _less_ than 80 characters. 80 or more cause annoying effects in (X)Emacs and possibly elsewhere. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jamatos at fc.up.pt Wed Mar 8 08:37:34 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Wed, 8 Mar 2006 08:37:34 +0000 Subject: Specifying particular GPL versions in license tag In-Reply-To: References: Message-ID: <200603080837.34832.jamatos@fc.up.pt> On Tuesday 07 March 2006 23:44, Jason L Tibbitts III wrote: > I'm reviewing a couple of packages that specify Hi Jason, > License: GPL version 2 or later > > which rpmlint complains about. "GPL version 2 or later" is directly > from the package source. > > I suspect that all but a handful of the packages in Core and Extras > say "GPL" when they include GPLv2 and allow any later version. So > should this package just do the same? Or is such specificity allowed? > > It won't be long before we start seeing GPLv3 packages and, as a side > effect, GPLv2only packages. How will these be specified? I have asked the same question yesterday in the packagers mailing list: https://www.redhat.com/archives/fedora-packaging/2006-March/thread.html I am sorry, I thought that you were on that list as well, or else I would have CC'ed those messages. As discussed in that thread I will apply those changes to the R modules that I have submitted. The consensus was that we shoult stick to GPL and ship the DESCRIPTION file in %doc. I have also updated cran2rpmspec to cope with this rules. http://www.fc.up.pt/pessoas/jamatos/R/cran2rpmspec The old version it is still there: http://www.fc.up.pt/pessoas/jamatos/R/cran2rpmspec-1.0 BTW, thank you for reviewing them. :-) > - J< -- Jos? Ab?lio From rc040203 at freenet.de Wed Mar 8 08:57:06 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 08 Mar 2006 09:57:06 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <87d5gyxh84.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> <87pskyxlfq.fsf@kosh.bigo.ensc.de> <1141754021.5228.285.camel@mccallum.corsepiu.local> <87d5gyxh84.fsf@kosh.bigo.ensc.de> Message-ID: <1141808226.5228.313.camel@mccallum.corsepiu.local> On Tue, 2006-03-07 at 19:06 +0100, Enrico Scholz wrote: > rc040203 at freenet.de (Ralf Corsepius) writes: > > >> 2. 'fedora-usermgmt' eases propagation of UIDs to NIS/LDAP servers. > > > > Well, it is just ONE way of doing it, but it is not "the only way to do > > it", nor is it "THE CORRECT way of doing it" > > Did I said something like this? No, but it's what fedora-usermgmt does. YOU are dictating uid ranges, YOU are fixing uids, you are forcing packagers to pollute their specs with YOUR proprietary stuff. > > It's not much more but the way YOU prefer, and as such it inevitably > > will conflicts with other approaches/strategies. > > As written in this thread, without explicit configuration > 'fedora-usermgmt' behaves exactly like a plain 'useradd' and will > conflict with other approaches/strategies exactly like a plain useradd > (which seems to be accepted by you). Then remove it from the specs, make it a runtime options and let it act completely transparent. As I see it, fedora-usermgmt is not transparent, the fact it appears inside of the specs proves it. Ralf From Christian.Iseli at licr.org Wed Mar 8 09:03:01 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 08 Mar 2006 10:03:01 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 08 Mar 2006 09:57:06 +0100." <1141808226.5228.313.camel@mccallum.corsepiu.local> Message-ID: <200603080903.k28931eC022217@ludwig-alpha.unil.ch> rc040203 at freenet.de said: > Then remove it from the specs, make it a runtime options and let it act > completely transparent. > As I see it, fedora-usermgmt is not transparent, the fact it appears inside > of the specs proves it. +1 Christian From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 09:03:47 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 10:03:47 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141808226.5228.313.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Wed, 08 Mar 2006 09:57:06 +0100") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> <87pskyxlfq.fsf@kosh.bigo.ensc.de> <1141754021.5228.285.camel@mccallum.corsepiu.local> <87d5gyxh84.fsf@kosh.bigo.ensc.de> <1141808226.5228.313.camel@mccallum.corsepiu.local> Message-ID: <87pskxwbnw.fsf@kosh.bigo.ensc.de> rc040203 at freenet.de (Ralf Corsepius) writes: > YOU are dictating uid ranges, YOU are fixing uids, PLEASE, read this thread and inform you about what I/fedora-usermgmt is doing before writing any other posting. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 09:09:57 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 10:09:57 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141801105.12982.232.camel@bobcat.mine.nu> (Ville Skytt's message of "Wed, 08 Mar 2006 08:58:25 +0200") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <1141801105.12982.232.camel@bobcat.mine.nu> Message-ID: <87lkvlwbdm.fsf@kosh.bigo.ensc.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> >> | %pre >> >> | if test -x /usr/sbin/fedora-useradd; then >> >> | /usr/sbin/fedora-useradd ... >> >> | else >> >> | /usr/sbin/useradd ... >> >> | fi >> >> Sorry, that's a point where I insist on: when a Fedora Extras package >> uses fedora-usermgmt, then it MUST have the corresponding 'Requires(...): >> fedora-usermgmt'. > > So what is the point of the "if" condition you suggested above then? Yes, you are right. It would be wrong to do the decision whether to call 'fedora-usermgmt' or plain 'useradd' at installation-time. The decision whether to use 'Requires: fedora-usermgmt' or not, happens at rpmbuild-time. At this time, the %scriptlets should be filled with either 'fedora-useradd' or 'useradd'. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 09:37:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 04:37:11 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603080937.k289bBXJ003668@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 ------- Additional Comments From jamatos at fc.up.pt 2006-03-08 04:37 EST ------- According to the discussion had in packagers mailing list I have: Rename License to GPL Added DESCRIPTION in %doc Added gcc-gfortran in BR I have modified cran2rpmspec to follow these guidelines (the last two at least) as well. New package: http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-waveslim.spec http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-waveslim-1.5-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 09:41:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 04:41:33 -0500 Subject: [Bug 183927] Review Request: R-wavethresh - R package for wavelets In-Reply-To: Message-ID: <200603080941.k289fXPl005070@www.beta.redhat.com> Please 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-wavethresh - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183927 ------- Additional Comments From jamatos at fc.up.pt 2006-03-08 04:41 EST ------- I have modified the package to fill those issues: %changelog * Wed Mar 8 2006 Jose' Matos - 2.2-2 - Rename License to simply GPL, added DESCRIPTION to %%doc New package can be found: http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-wavethresh.spec http://www.fc.up.pt/pessoas/jamatos/fedora-extras/R-wavethresh-2.2-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 10:22:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 05:22:38 -0500 Subject: [Bug 181777] Review Request: CCfits A C++ interface for cfitsio In-Reply-To: Message-ID: <200603081022.k28AMcWY016326@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CCfits A C++ interface for cfitsio https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181777 ------- Additional Comments From spr at astrax.fis.ucm.es 2006-03-08 05:22 EST ------- Yes, I see gcc-c++ is listed as a exception in http://fedoraproject.org/wiki/Packaging/Guidelines I will change it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 11:28:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 06:28:45 -0500 Subject: [Bug 184305] Review Request: ftnchek - Static analyzer for Fortran 77 programs In-Reply-To: Message-ID: <200603081128.k28BSjc3031687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184305 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2006-03-08 06:28 EST ------- 1. The RPM CFLAGS are not set. Here is a sed one-liner that solves that. You may prefer a patch, do what you prefer: sed -i -e 's/CFLAGS="-DUNIX.*"//' configure 2. you don't install the emacs stuff. Not a big deal. If you want to package it, you may want to have them in a subpackage ftncheck-emacs. Here is how I do to have the emacs files in the buildroot: mkdir -p $RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp %makeinstall datadir=$RPM_BUILD_ROOT%{_datadir}/ftnchek \ lispdir=$RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp 3. I prefer something like %{_mandir}/man1/dcl2inc.1* instead of %{_mandir}/man1/dcl2inc.1.gz such that it works if man pages are no gzipped, or are bzip2ed and so on. It is my personal taste 4. you should add FAQ and PATCHES in %doc Please fix 1. and 4., and do whatever you like with 2. and 3. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From thomas at apestaart.org Wed Mar 8 12:11:41 2006 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Wed, 08 Mar 2006 13:11:41 +0100 Subject: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development In-Reply-To: <440E469D.9060601@research.att.com> References: <604aa7910603071723m476b082ak5361343e9896e737@mail.gmail.com> <440E469D.9060601@research.att.com> Message-ID: <1141819901.13661.32.camel@otto.amantes> Sadly exactly this patch was sitting in my local tree of gst-python 0.8. My bad. Too much gst stuff to maintain at once I guess. I released 0.8.4 and pushed a package to extras for FC4. About to push for FC5 too now. Thanks Thomas On Tue, 2006-03-07 at 21:51 -0500, John Ellson wrote: > Jeff Spaleta wrote: > > Why does the 32bit package have > > /usr/lib/python2.4/site-packages/gst/__init__.py > > > > while the 64bit package does NOT have > > /usr/lib64/python2.4/site-packages/gst/__init__.py > > > > > > This is the last issue keeping istanbul from building again in the > > development tree. > > istanbul is the only Extras package I know of that uses the > > gstreamer08-python package > > > > Can someone with 64bit hardware PLEASE figure out what is wrong with > > the gstreamer08-python specfile which is preventing > > usr/lib64/python2.4/site-packages/gst/__init__.py > > from being packaged > > > > If noone with 64bit hardware can help me figure this out and get > > gstreamer08-python patched I'm going to forced to use excludearch in > > the instabul package to appease the growing horde of people giving me > > crap about istanbul not being available for fc5 release. I'd like to > > avoid doing that, but without people with 64bit hardware to run test > > builds of gstreamer08-python on their systems I'm doomed to failure. > > > > What I desperately, and I mean ABC's housewife brand of desperate, is > > for people with 64bit hardware and a reasonable ability to grok > > specfiles, to do local mock builds of gstreamer08-python making some > > specfile modifications to the gstreamer08-python spec file and to get > > patch to me with a patch to the spec file that correctly packages the > > /usr/lib64/python2.4/site-packages/gst/__init__.py* files. > > > > For reference this issue showed up right before gstreamer08 was moved > > out of Core, when the package in question was still gstreamer-python. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179624 > > > > -jef > > > > > > In gst/Makefile.am it needs "pygstdir = $(pkgpyexecdir)" instead of > "pygstdir = $(pkgpythondir)" > > I've attached a patch for this and a patch to the .spec to apply that patch. > > John > > Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> Ten generations of selective cross-breeding and you still have a fat ass ? <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From bugzilla at redhat.com Wed Mar 8 12:25:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 07:25:39 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200603081225.k28CPdhY009649@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nomadsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170978 ------- Additional Comments From mpeters at mac.com 2006-03-08 07:25 EST ------- Good: * Builds fine in mock (fc4 i386) * rpmlint clean * owns all directories it installs * proper rpm Group * clean rpm spec file * proper summary and description in American English * spec file understabdable * proper and consistent use of macros * proper installation of Desktop file, with X-Fedora category and fedora vendor * proper permissions on files BAD md5sum in src.rpm: f8d50c14fae3f8cdedc57c491c7d65d4 ../SOURCES/nomadsync-0.4.2.tar.gz md5sum upstream: fd55927c54cd0737cdecb88e4bfbf0b7 nomadsync-0.4.2.tar.gz -=- looking at the two - nomadsync is upstream source unpacked, nomadsync-0.4.2.src is from the src.rpm [mpeters at jerusalem delete_me]$ diff -u nomadsync nomadsync-0.4.2.src Only in nomadsync-0.4.2.src: Makefile Only in nomadsync-0.4.2.src: config.log Only in nomadsync-0.4.2.src: config.status Common subdirectories: nomadsync/cvs and nomadsync-0.4.2.src/cvs Common subdirectories: nomadsync/debug and nomadsync-0.4.2.src/debug Common subdirectories: nomadsync/doc and nomadsync-0.4.2.src/doc Only in nomadsync-0.4.2.src: libtool Common subdirectories: nomadsync/macros and nomadsync-0.4.2.src/macros Common subdirectories: nomadsync/optimized and nomadsync-0.4.2.src/optimized Common subdirectories: nomadsync/src and nomadsync-0.4.2.src/src Common subdirectories: nomadsync/templates and nomadsync-0.4.2.src/templates [mpeters at jerusalem delete_me]$ It looks like the source tarball you have had configure run in it before it was archived. Use the pristine upstream source 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 Wed Mar 8 13:03:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 08:03:11 -0500 Subject: [Bug 184210] Review Request: nc6 In-Reply-To: Message-ID: <200603081303.k28D3Bpi016866@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nc6 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184210 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://people.redhat.com/rvo | |kal/nc6/nc6-1.0-2.src.rpm ------- Additional Comments From rvokal at redhat.com 2006-03-08 08:02 EST ------- Ok, changes done. nc6 is in group Applications/Internet now. http://people.redhat.com/rvokal/nc6/nc6-1.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 13:11:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 08:11:30 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603081311.k28DBUvo018490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement ------- Additional Comments From Matt_Domsch at dell.com 2006-03-08 08:11 EST ------- I think Rick's Comment #10 is a fair thing to do, based on what I see in other packages as a short list of examples: alsa-lib-devel-1.0.10 has files in %doc/doxygen/html/* libstdc++-devel-4.0.2 has files in %doc/html/* libusb-devel-0.1.10a has files in %doc/html/* neon-devel-0.24.7 has files in %doc/html/* -Matt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Wed Mar 8 15:12:21 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 08 Mar 2006 09:12:21 -0600 Subject: Specifying particular GPL versions in license tag In-Reply-To: <200603080837.34832.jamatos@fc.up.pt> (Jose' Matos's message of "Wed, 8 Mar 2006 08:37:34 +0000") References: <200603080837.34832.jamatos@fc.up.pt> Message-ID: >>>>> "JM" == Jose' Matos writes: JM> I have asked the same question yesterday in the packagers JM> mailing list: JM> https://www.redhat.com/archives/fedora-packaging/2006-March/thread.html Crap, another mailing list. I belong to 136 mailing lists at last count; might as well make that #137. JM> As discussed in that thread I will apply those changes to the R JM> modules that I have submitted. The consensus was that we shoult JM> stick to GPL and ship the DESCRIPTION file in %doc. Seems reasonable. - J< From rdieter at math.unl.edu Wed Mar 8 15:15:20 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 08 Mar 2006 09:15:20 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87veupx1pt.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> Message-ID: Enrico Scholz wrote: > ville.skytta at iki.fi (Ville Skytt?) writes: > > >>>| %pre >>>| if test -x /usr/sbin/fedora-useradd; then >>>| /usr/sbin/fedora-useradd ... >>>| else >>>| /usr/sbin/useradd ... >>>| fi >>> >>>with current fedora-usermgmt. >> >>Yes? That's the functionality I suggested, just expressed with a >>different shell syntax. Combine something like the above and again, >>_no_ dependencies on fedora-usermgmt in packages and I'm satisfied. > > > Sorry, that's a point where I insist on: when a Fedora Extras package > uses fedora-usermgmt, then it MUST have the corresponding 'Requires(...): > fedora-usermgmt'. > > Creating undeterministic behavior by randomly executing plain 'useradd' > or 'fedora-useradd' is not my idea of package management. It's not undeterministic. You've claimed that fedora-useradd is *exactly* the same as regular useradd when not configured by the sysadmin. So when/if fedora-usermgmt is installed or not shouldn't make a difference, right? (-: -- Rex From rdieter at math.unl.edu Wed Mar 8 15:17:53 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 08 Mar 2006 09:17:53 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <1141808226.5228.313.camel@mccallum.corsepiu.local> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> <87pskyxlfq.fsf@kosh.bigo.ensc.de> <1141754021.5228.285.camel@mccallum.corsepiu.local> <87d5gyxh84.fsf@kosh.bigo.ensc.de> <1141808226.5228.313.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Tue, 2006-03-07 at 19:06 +0100, Enrico Scholz wrote: > >>rc040203 at freenet.de (Ralf Corsepius) writes: >> >> >>>>2. 'fedora-usermgmt' eases propagation of UIDs to NIS/LDAP servers. >>> >>>Well, it is just ONE way of doing it, but it is not "the only way to do >>>it", nor is it "THE CORRECT way of doing it" >> >>Did I said something like this? > > No, but it's what fedora-usermgmt does. > > YOU are dictating uid ranges, YOU are fixing uids, you are forcing > packagers to pollute their specs with YOUR proprietary stuff. AFAIK, fedora-usermgmt does nothing different than usual useradd behavior until it is configured by local admins. Nobody (other than the local admin) is dictating/forcing anything. -- Rex From jamatos at fc.up.pt Wed Mar 8 15:26:18 2006 From: jamatos at fc.up.pt (Jose' Matos) Date: Wed, 8 Mar 2006 15:26:18 +0000 Subject: Specifying particular GPL versions in license tag In-Reply-To: References: <200603080837.34832.jamatos@fc.up.pt> Message-ID: <200603081526.18285.jamatos@fc.up.pt> On Wednesday 08 March 2006 15:12, Jason L Tibbitts III wrote: > Crap, another mailing list. ?I belong to 136 mailing lists at last > count; might as well make that #137. You are not forgetting maintainers, are you? ;-) List for Fedora Package Maintainers OK, I promisse to stop here. :-) -- Jos? Ab?lio From bugzilla at redhat.com Wed Mar 8 15:53:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 10:53:16 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603081553.k28FrGJY022824@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-08 10:52 EST ------- Thanks for review. Spec Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SPECS/pikdev.spec SRPM Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SRPMS/pikdev-0.8.4-3.src.rpm %changelog * Wed Mar 08 2006 Alain Portal 0.8.4-3 - Remove useless BuildRequires qt-devel, xorg-x11-devel for FE5 - Package must own %{_datadir}/apps/%{name} 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 enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 16:02:59 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 17:02:59 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: (Rex Dieter's message of "Wed, 08 Mar 2006 09:15:20 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> Message-ID: <87hd68x6to.fsf@kosh.bigo.ensc.de> rdieter at math.unl.edu (Rex Dieter) writes: >>>Yes? That's the functionality I suggested, just expressed with a >>>different shell syntax. Combine something like the above and again, >>>_no_ dependencies on fedora-usermgmt in packages and I'm satisfied. >> Sorry, that's a point where I insist on: when a Fedora Extras package >> uses fedora-usermgmt, then it MUST have the corresponding 'Requires(...): >> fedora-usermgmt'. >> Creating undeterministic behavior by randomly executing plain 'useradd' >> or 'fedora-useradd' is not my idea of package management. > > It's not undeterministic. You've claimed that fedora-useradd is > *exactly* the same as regular useradd when not configured by the > sysadmin. So when/if fedora-usermgmt is installed or not shouldn't > make a difference, right? (-: Ok, let's look at the following %package list for a kickstart (or any other from-scratch) installation | fedora-usermgmt-shadow-utils | fedora-usermgmt-XXXX | fedora-usermgmt | package-with-semi-static-uid The configuration (setting alternatives + baseuid) happens in the %post script of the fedora-usermgmt-XXXX[1] package, the fedora-usermgmt-* packages have Requires(...): entries to guarantee the installation order above for the first three packages. When 'package-with-semi-static-uid' would not have a 'Requires: fedora-usermgmt' the order would be unspecified, this package might be installed before fedora-usermgmt and will get the wrong uid. 'fedora-usermgmt' is a strong requirement for scriptlets: when it is missing, the effect (user, processes and files with wrong uid) can not be cured easily. (weak requirements (e.g. gtk-icon-cache) are another case) Beside that: rpm has Requires(...): to *guarantee* that programs are available in scriptlets. Just because a Requires: might not be needed under some circumstances this does not mean, that this Requires: can be omitted. Enrico Footnotes: [1] this fedora-usermgmt-XXXX package is not in Fedora Extras but has to be written by the local admin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 16:05:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 11:05:54 -0500 Subject: [Bug 178903] Review Request: ikvm In-Reply-To: Message-ID: <200603081605.k28G5sRx025529@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ikvm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178903 michel.salim at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From michel.salim at gmail.com 2006-03-08 11:05 EST ------- Package review: * rpmlint: clean * Package name, specfile, license meet guidelines. License files included * Packaging legible, spec in American English * Source matches upstream * Package successfully compiles on x86_64 (Paul's tried i386, I believe?) * Build dependencies OK * Package owns its directories * No duplicate files Tested on simple Java programs and worked 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 bugzilla at redhat.com Wed Mar 8 16:08:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 11:08:12 -0500 Subject: [Bug 178903] Review Request: ikvm In-Reply-To: Message-ID: <200603081608.k28G8CQq026280@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ikvm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178903 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-08 11:07 EST ------- Tried on both x86 and x86_64 prior to submission -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ndbecker2 at gmail.com Wed Mar 8 16:10:35 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 08 Mar 2006 11:10:35 -0500 Subject: Where are extras debuginfo rpms? Message-ID: subject says it all From rdieter at math.unl.edu Wed Mar 8 16:11:52 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 08 Mar 2006 10:11:52 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87hd68x6to.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> Message-ID: Enrico Scholz wrote: > rdieter at math.unl.edu (Rex Dieter) writes: > > >>>>Yes? That's the functionality I suggested, just expressed with a >>>>different shell syntax. Combine something like the above and again, >>>>_no_ dependencies on fedora-usermgmt in packages and I'm satisfied. >>> >>>Sorry, that's a point where I insist on: when a Fedora Extras package >>>uses fedora-usermgmt, then it MUST have the corresponding 'Requires(...): >>>fedora-usermgmt'. >>>Creating undeterministic behavior by randomly executing plain 'useradd' >>>or 'fedora-useradd' is not my idea of package management. >> >>It's not undeterministic. You've claimed that fedora-useradd is >>*exactly* the same as regular useradd when not configured by the >>sysadmin. So when/if fedora-usermgmt is installed or not shouldn't >>make a difference, right? (-: > > > Ok, let's look at the following %package list for a kickstart (or any > other from-scratch) installation OK, so I must've mis-read/mis-remembered past claims that fedora-usermgmt in it's unconfigured state was the same as useradd. -- Rex From skvidal at linux.duke.edu Wed Mar 8 16:17:01 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 08 Mar 2006 11:17:01 -0500 Subject: Where are extras debuginfo rpms? In-Reply-To: References: Message-ID: <1141834621.7984.14.camel@cutter> On Wed, 2006-03-08 at 11:10 -0500, Neal Becker wrote: > subject says it all in the debug subdir off of the arch-dir. message says it all :) -sv From paul at city-fan.org Wed Mar 8 16:16:59 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 08 Mar 2006 16:16:59 +0000 Subject: Where are extras debuginfo rpms? In-Reply-To: References: Message-ID: <440F037B.6090001@city-fan.org> Neal Becker wrote: > subject says it all Exactly where I'd have expected to find them: http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/debug/ Paul. From matt at truch.net Wed Mar 8 16:20:57 2006 From: matt at truch.net (Matthew D Truch) Date: Wed, 8 Mar 2006 11:20:57 -0500 Subject: Where are extras debuginfo rpms? In-Reply-To: <1141834621.7984.14.camel@cutter> References: <1141834621.7984.14.camel@cutter> Message-ID: <20060308162057.GA22143@truch.net> On Wed, Mar 08, 2006 at 11:17:01AM -0500, seth vidal wrote: > On Wed, 2006-03-08 at 11:10 -0500, Neal Becker wrote: > > subject says it all > > in the debug subdir off of the arch-dir. Why isn't there an entry in the fedora extras .repo file so that users can yum install some_fedora_extras_pacakge-debuginfo -- "Party on Wayne; Party on Garth. -- Wayne's World" -------------------------- Matthew Truch Department of Physics Brown University matt at truch.net http://matt.truch.net/ -------------- 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 camperquake.de Wed Mar 8 16:21:19 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 8 Mar 2006 17:21:19 +0100 Subject: Where are extras debuginfo rpms? In-Reply-To: <440F037B.6090001@city-fan.org> References: <440F037B.6090001@city-fan.org> Message-ID: <20060308172119.60630815@soran.addix.net> Hi. On Wed, 08 Mar 2006 16:16:59 +0000, Paul Howarth wrote: > Exactly where I'd have expected to find them: > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/debug/ This directory is not covered by the default repodata for extras, which was the point of the question, I think. From skvidal at linux.duke.edu Wed Mar 8 16:24:25 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 08 Mar 2006 11:24:25 -0500 Subject: Where are extras debuginfo rpms? In-Reply-To: <20060308162057.GA22143@truch.net> References: <1141834621.7984.14.camel@cutter> <20060308162057.GA22143@truch.net> Message-ID: <1141835065.7984.19.camel@cutter> On Wed, 2006-03-08 at 11:20 -0500, Matthew D Truch wrote: > On Wed, Mar 08, 2006 at 11:17:01AM -0500, seth vidal wrote: > > On Wed, 2006-03-08 at 11:10 -0500, Neal Becker wrote: > > > subject says it all > > > > in the debug subdir off of the arch-dir. > > Why isn't there an entry in the fedora extras .repo file so that users can > yum install some_fedora_extras_pacakge-debuginfo that's a fair question. I dunno. Could you file a bug against fedora-release in bugzilla and maybe we can get it fixed up before long. Thanks -sv From sundaram at fedoraproject.org Wed Mar 8 16:38:41 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 22:08:41 +0530 Subject: Where are extras debuginfo rpms? In-Reply-To: <1141835065.7984.19.camel@cutter> References: <1141834621.7984.14.camel@cutter> <20060308162057.GA22143@truch.net> <1141835065.7984.19.camel@cutter> Message-ID: <440F0891.8010903@fedoraproject.org> seth vidal wrote: >On Wed, 2006-03-08 at 11:20 -0500, Matthew D Truch wrote: > > >>On Wed, Mar 08, 2006 at 11:17:01AM -0500, seth vidal wrote: >> >> >>>On Wed, 2006-03-08 at 11:10 -0500, Neal Becker wrote: >>> >>> >>>>subject says it all >>>> >>>> >>>in the debug subdir off of the arch-dir. >>> >>> >>Why isn't there an entry in the fedora extras .repo file so that users can >>yum install some_fedora_extras_pacakge-debuginfo >> >> > >that's a fair question. I dunno. Could you file a bug against >fedora-release in bugzilla and maybe we can get it fixed up before long. > > Debuginfo and source packages are already enabled in extras repository in fedora-release package. It just hasnt hit rawhide yet. No need to file reports. -- Rahul From mmcgrath at fedoraproject.org Wed Mar 8 16:41:29 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 8 Mar 2006 10:41:29 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: References: <440C8A73.5080602@fedoraproject.org> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> Message-ID: <3237e4410603080841o39885d87o64d03dd76075c313@mail.gmail.com> On 3/8/06, Rex Dieter wrote: > OK, so I must've mis-read/mis-remembered past claims that > fedora-usermgmt in it's unconfigured state was the same as useradd. > > -- Rex I believe the piece you are referring to is: Enrico Scholz - As written in this thread, without explicit configuration 'fedora-usermgmt' behaves exactly like a plain 'useradd' and will conflict with other approaches/strategies exactly like a plain useradd (which seems to be accepted by you). -Mike From skvidal at linux.duke.edu Wed Mar 8 16:42:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 08 Mar 2006 11:42:58 -0500 Subject: Where are extras debuginfo rpms? In-Reply-To: <440F0891.8010903@fedoraproject.org> References: <1141834621.7984.14.camel@cutter> <20060308162057.GA22143@truch.net> <1141835065.7984.19.camel@cutter> <440F0891.8010903@fedoraproject.org> Message-ID: <1141836178.7984.34.camel@cutter> On Wed, 2006-03-08 at 22:08 +0530, Rahul Sundaram wrote: > seth vidal wrote: > > >On Wed, 2006-03-08 at 11:20 -0500, Matthew D Truch wrote: > > > > > >>On Wed, Mar 08, 2006 at 11:17:01AM -0500, seth vidal wrote: > >> > >> > >>>On Wed, 2006-03-08 at 11:10 -0500, Neal Becker wrote: > >>> > >>> > >>>>subject says it all > >>>> > >>>> > >>>in the debug subdir off of the arch-dir. > >>> > >>> > >>Why isn't there an entry in the fedora extras .repo file so that users can > >>yum install some_fedora_extras_pacakge-debuginfo > >> > >> > > > >that's a fair question. I dunno. Could you file a bug against > >fedora-release in bugzilla and maybe we can get it fixed up before long. > > > > > Debuginfo and source packages are already enabled in extras repository > in fedora-release package. It just hasnt hit rawhide yet. No need to > file reports. > They're added to the yum.repos.d dir, right - I hope they're not enabled by default b/c that seems like such a waste of processing time and bandwidth to parse those for probably 95% of the cases. b/c a lot of folks never have to use debuginfo pkgs. -sv From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 16:43:55 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 17:43:55 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: (Rex Dieter's message of "Wed, 08 Mar 2006 10:11:52 -0600") References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <87hd6az6q3.fsf@kosh.bigo.ensc.de> <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> Message-ID: <87d5gwx4xg.fsf@kosh.bigo.ensc.de> rdieter at math.unl.edu (Rex Dieter) writes: >> Ok, let's look at the following %package list for a kickstart (or any >> other from-scratch) installation This assumed, that you have a custom local respository. > OK, so I must've mis-read/mis-remembered past claims that > fedora-usermgmt in it's unconfigured state was the same as useradd. Short answer: yes, when you install only the bits from Fedora Extras and do not configure fedora-usermgmt in some way, it behaves exactly like a plain 'useradd'. Long answer: A 'Requires: fedora-usermgmt' brings in: * a 'instance(fedora-usermgmt)' virtual package which is provided by 'fedora-usermgmt-shadow-utils' in Fedora Extras. This package provides methods for adding the user; the current implementation uses shadow-utils. Alternatives implementations are possible which use e.g. 'ldapadd'. Such alternative implementations can be put into a local repository. The 'alternatives' method is used to register and select the wanted method. * a 'setup(fedora-usermgmt)' virtual package which is provided by 'fedora-usermgmt-setup' in Fedora Extras. This package provides the 'baseuid' configuration file. Alternative implementations are possible which can set a special 'baseuid' or use 'alternatives' to select the wanted 'instance(fedora-usermgmt)' implementation. A user, who does not know something about fedora-usermgmt will get the * fedora-usermgmt-shadow-utils * fedora-setup packages from Fedora Extras which provide a setup to behave like a plain 'useradd'. An administrator, who want to use the fedora-usermgmt features can write packages providing the 'instance(fedora-usermgmt)' and 'setup(fedora-usermgmt)' virtual provides. During installation, these packages can configure the system to a special baseuid. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 16:41:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 11:41:26 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200603081641.k28GfQQq002836@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gnu-smalltalk - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From michel.salim at gmail.com 2006-03-08 11:41 EST ------- I emailed Paolo Bonzini, the maintainer; hopefully he can take a look into 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 sundaram at fedoraproject.org Wed Mar 8 16:58:16 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 08 Mar 2006 22:28:16 +0530 Subject: Where are extras debuginfo rpms? In-Reply-To: <1141836178.7984.34.camel@cutter> References: <1141834621.7984.14.camel@cutter> <20060308162057.GA22143@truch.net> <1141835065.7984.19.camel@cutter> <440F0891.8010903@fedoraproject.org> <1141836178.7984.34.camel@cutter> Message-ID: <440F0D28.5060606@fedoraproject.org> seth vidal wrote: > >>Debuginfo and source packages are already enabled in extras repository >>in fedora-release package. It just hasnt hit rawhide yet. No need to >>file reports. >> >> >> > >They're added to the yum.repos.d dir, right - I hope they're not enabled >by default b/c that seems like such a waste of processing time and >bandwidth to parse those for probably 95% of the cases. b/c a lot of >folks never have to use debuginfo pkgs. > > Yes added to the repository but disabled by default. -- Rahul From bugzilla at redhat.com Wed Mar 8 17:28:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 12:28:29 -0500 Subject: [Bug 184305] Review Request: ftnchek - Static analyzer for Fortran 77 programs In-Reply-To: Message-ID: <200603081728.k28HSTiO014921@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184305 ------- Additional Comments From orion at cora.nwra.com 2006-03-08 12:28 EST ------- Thanks for the review! (In reply to comment #1) > 1. The RPM CFLAGS are not set. Here is a sed one-liner that solves that. You may > prefer a patch, do what you prefer: > > sed -i -e 's/CFLAGS="-DUNIX.*"//' configure > I also did: export CFLAGS="$RPM_OPT_FLAGS -DUNIX" as it appears that the UNIX flag is still required. > 2. you don't install the emacs stuff. Not a big deal. If you want to package it, > you may want to have them in a subpackage ftncheck-emacs. Here is how I do to > have the emacs files in the buildroot: > > mkdir -p $RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp > %makeinstall datadir=$RPM_BUILD_ROOT%{_datadir}/ftnchek \ > lispdir=$RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp Made an emacs sub-package. I also added a BR on emacs so the .elc file would be built. > 3. I prefer something like > %{_mandir}/man1/dcl2inc.1* > instead of > %{_mandir}/man1/dcl2inc.1.gz > such that it works if man pages are no gzipped, or are bzip2ed and so on. It is > my personal taste Good idea > 4. you should add FAQ and PATCHES in %doc done. New version: http://www.cora.nwra.com/~orion/fedora/ftnchek.spec http://www.cora.nwra.com/~orion/fedora/ftnchek-3.3.1-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Wed Mar 8 18:02:36 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 08 Mar 2006 19:02:36 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <1141746693.5228.251.camel@mccallum.corsepiu.local> <87pskyxlfq.fsf@kosh.bigo.ensc.de> <1141754021.5228.285.camel@mccallum.corsepiu.local> <87d5gyxh84.fsf@kosh.bigo.ensc.de> <1141808226.5228.313.camel@mccallum.corsepiu.local> Message-ID: <1141840957.15614.17.camel@mccallum.corsepiu.local> On Wed, 2006-03-08 at 09:17 -0600, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Tue, 2006-03-07 at 19:06 +0100, Enrico Scholz wrote: > > > >>rc040203 at freenet.de (Ralf Corsepius) writes: > >> > >> > >>>>2. 'fedora-usermgmt' eases propagation of UIDs to NIS/LDAP servers. > >>> > >>>Well, it is just ONE way of doing it, but it is not "the only way to do > >>>it", nor is it "THE CORRECT way of doing it" > >> > >>Did I said something like this? > > > > No, but it's what fedora-usermgmt does. > > > > YOU are dictating uid ranges, YOU are fixing uids, you are forcing > > packagers to pollute their specs with YOUR proprietary stuff. > > AFAIK, fedora-usermgmt does nothing different than usual useradd > behavior until it is configured by local admins. Nobody (other than the > local admin) is dictating/forcing anything. Then think this to the end: The majority of all users will not use it. The others with have to struggle with it. ... except of cause that it pollutes the Fedora specs. Ralf From bugzilla at redhat.com Wed Mar 8 18:21:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 13:21:02 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603081821.k28IL2sj026932@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO_REPORTER |ASSIGNED Status|NEEDINFO_REPORTER |ASSIGNED ------- Additional Comments From lemenkov at newmail.ru 2006-03-08 13:20 EST ------- (In reply to comment #10) > All clear. Sorry about the delay. 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 steve at silug.org Wed Mar 8 18:35:38 2006 From: steve at silug.org (Steven Pritchard) Date: Wed, 8 Mar 2006 12:35:38 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <87d5gwx4xg.fsf@kosh.bigo.ensc.de> References: <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> <87d5gwx4xg.fsf@kosh.bigo.ensc.de> Message-ID: <20060308183538.GA5860@osiris.silug.org> On Wed, Mar 08, 2006 at 05:43:55PM +0100, Enrico Scholz wrote: > An administrator, who want to use the fedora-usermgmt features can write > packages providing the 'instance(fedora-usermgmt)' and > 'setup(fedora-usermgmt)' virtual provides. During installation, these > packages can configure the system to a special baseuid. And that administrator can install their special package in %post, then install whatever Fedora packages that don't have hard requirements on fedora-usermgmt, and they get the behavior you want without forcing fedora-usermgmt on people who don't want it. Right now none of my packages even have the option of fedora-usermgmt. I'd consider adding code like Ville suggested, but I will not add the hard dependency. 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 enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 18:55:17 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 19:55:17 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <20060308183538.GA5860@osiris.silug.org> (Steven Pritchard's message of "Wed, 8 Mar 2006 12:35:38 -0600") References: <1141753797.12982.62.camel@bobcat.mine.nu> <878xrmxeww.fsf@kosh.bigo.ensc.de> <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> <87d5gwx4xg.fsf@kosh.bigo.ensc.de> <20060308183538.GA5860@osiris.silug.org> Message-ID: <878xrkwyui.fsf@kosh.bigo.ensc.de> steve at silug.org (Steven Pritchard) writes: >> An administrator, who want to use the fedora-usermgmt features can write >> packages providing the 'instance(fedora-usermgmt)' and >> 'setup(fedora-usermgmt)' virtual provides. During installation, these >> packages can configure the system to a special baseuid. > > And that administrator can install their special package in %post, This will not bring very much. The special package must be installed before packages using fedora-usermgmt. And such packages will be installed during the default package installation. Some from-scratch installation methods (e.g. mock) do not have a %post phase either. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From steve at silug.org Wed Mar 8 19:26:27 2006 From: steve at silug.org (Steven Pritchard) Date: Wed, 8 Mar 2006 13:26:27 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <878xrkwyui.fsf@kosh.bigo.ensc.de> References: <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> <87d5gwx4xg.fsf@kosh.bigo.ensc.de> <20060308183538.GA5860@osiris.silug.org> <878xrkwyui.fsf@kosh.bigo.ensc.de> Message-ID: <20060308192627.GA8042@osiris.silug.org> On Wed, Mar 08, 2006 at 07:55:17PM +0100, Enrico Scholz wrote: > This will not bring very much. The special package must be installed > before packages using fedora-usermgmt. And such packages will be > installed during the default package installation. Why not install them later in %post? Either it is local customization or it isn't. > Some from-scratch installation methods (e.g. mock) do not have a %post > phase either. And why won't plain useradd work in those cases? Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From bugzilla at redhat.com Wed Mar 8 19:24:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 14:24:26 -0500 Subject: [Bug 184305] Review Request: ftnchek - Static analyzer for Fortran 77 programs In-Reply-To: Message-ID: <200603081924.k28JOQeD009088@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184305 ------- Additional Comments From pertusus at free.fr 2006-03-08 14:24 EST ------- - one rpmlint warning that could be ignored W: ftnchek-emacs no-documentation - named according to the guidelines - open-source MIT licence, included - follow packaging guidelines - match upstream source - builds in fc5 mock Needswork + should own %{_datadir}/ftnchek/ Nitpick - It would be more consistent to have a dot (.) at the end of the description for the emacs subpackage. That could be fixed later, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 19:41:42 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 20:41:42 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <20060308192627.GA8042@osiris.silug.org> (Steven Pritchard's message of "Wed, 8 Mar 2006 13:26:27 -0600") References: <1141763180.12982.175.camel@bobcat.mine.nu> <874q2ax8qf.fsf@kosh.bigo.ensc.de> <1141773381.12982.215.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> <87d5gwx4xg.fsf@kosh.bigo.ensc.de> <20060308183538.GA5860@osiris.silug.org> <878xrkwyui.fsf@kosh.bigo.ensc.de> <20060308192627.GA8042@osiris.silug.org> Message-ID: <874q28wwp5.fsf@kosh.bigo.ensc.de> steve at silug.org (Steven Pritchard) writes: >> This will not bring very much. The special package must be installed >> before packages using fedora-usermgmt. And such packages will be >> installed during the default package installation. > > Why not install them later in %post? Who is 'them'? Default package installation can install a lot of packages, why should I use %post to install packages when there exists a method which is designed to install packages? I do not understand the sense of this discussion: when a scriptlet uses a program, a corresponding Requires(...) MUST exist for this program. There exist exceptions (e.g. for generating cache-files) but none of them apply here. We are speaking about Fedora Extras where 'Requires: fedora-usermgmt' can be fulfilled. This is a very minimal and non intrusive package without bad (technical) sideeffects. >> Some from-scratch installation methods (e.g. mock) do not have a %post >> phase either. > > And why won't plain useradd work in those cases? Dunno, this enumeration was not complete. What is with Xen- or chroot-environment bootstrapping? Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 19:39:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 14:39:08 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200603081939.k28Jd8ar012488@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nomadsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170978 ------- Additional Comments From triad at df.lth.se 2006-03-08 14:38 EST ------- Not strange since the upstream source was updated today (file dated 2005-03-08), updated to latest upstream: 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-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 mmcgrath at fedoraproject.org Wed Mar 8 19:51:41 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 8 Mar 2006 13:51:41 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <874q28wwp5.fsf@kosh.bigo.ensc.de> References: <1141763180.12982.175.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> <87d5gwx4xg.fsf@kosh.bigo.ensc.de> <20060308183538.GA5860@osiris.silug.org> <878xrkwyui.fsf@kosh.bigo.ensc.de> <20060308192627.GA8042@osiris.silug.org> <874q28wwp5.fsf@kosh.bigo.ensc.de> Message-ID: <3237e4410603081151r6304ef7bobd842a4fae2b7fe3@mail.gmail.com> > I do not understand the sense of this discussion: when a scriptlet uses a > program, a corresponding Requires(...) MUST exist for this program. There > exist exceptions (e.g. for generating cache-files) but none of them apply > here. For me the discussion isn't about requires or not, its about fedora-usermgmt. I mean, up to all this time we've been using useradd (provided by shadow-utils). The main purpose of this thread was to bring about discussion before the FESCo takes a look at it. Which will be in a few weeks. I'm still not convinced that: A) there is a problem that needs solving B) that this solved that problem. > We are speaking about Fedora Extras where 'Requires: fedora-usermgmt' > can be fulfilled. This is a very minimal and non intrusive package > without bad (technical) sideeffects. Just because we can, doesn't mean we should. I've never run into a UID issue regarding system users on any of my machines. I'm not saying they can't, but how often does it happen to the rest of us out there? -Mike From bugzilla at redhat.com Wed Mar 8 20:25:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 15:25:40 -0500 Subject: [Bug 184305] Review Request: ftnchek - Static analyzer for Fortran 77 programs In-Reply-To: Message-ID: <200603082025.k28KPes8022242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184305 ------- Additional Comments From orion at cora.nwra.com 2006-03-08 15:25 EST ------- (In reply to comment #3) > - one rpmlint warning that could be ignored > > W: ftnchek-emacs no-documentation > Ignored. > + should own %{_datadir}/ftnchek/ Oops, fixed. > Nitpick > > - It would be more consistent to have a dot (.) at the end of the description > for the emacs subpackage. That could be fixed later, though. Fixed. New version: http://www.cora.nwra.com/~orion/fedora/ftnchek.spec http://www.cora.nwra.com/~orion/fedora/ftnchek-3.3.1-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 20:28:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 15:28:30 -0500 Subject: [Bug 183927] Review Request: R-wavethresh - R package for wavelets In-Reply-To: Message-ID: <200603082028.k28KSUBS022744@www.beta.redhat.com> Please 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-wavethresh - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183927 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-08 15:28 EST ------- The license tag is now acceptable and as a bonus we have a bit of documentation. rpmlint is placated and everything looks great. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 20:49:20 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 08 Mar 2006 21:49:20 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <3237e4410603081151r6304ef7bobd842a4fae2b7fe3@mail.gmail.com> (Mike McGrath's message of "Wed, 8 Mar 2006 13:51:41 -0600") References: <1141763180.12982.175.camel@bobcat.mine.nu> <87veupx1pt.fsf@kosh.bigo.ensc.de> <87hd68x6to.fsf@kosh.bigo.ensc.de> <87d5gwx4xg.fsf@kosh.bigo.ensc.de> <20060308183538.GA5860@osiris.silug.org> <878xrkwyui.fsf@kosh.bigo.ensc.de> <20060308192627.GA8042@osiris.silug.org> <874q28wwp5.fsf@kosh.bigo.ensc.de> <3237e4410603081151r6304ef7bobd842a4fae2b7fe3@mail.gmail.com> Message-ID: <87wtf4vezz.fsf@kosh.bigo.ensc.de> mmcgrath at fedoraproject.org ("Mike McGrath") writes: >> I do not understand the sense of this discussion: when a scriptlet >> uses a program, a corresponding Requires(...) MUST exist for this >> program. There exist exceptions (e.g. for generating cache-files) but >> none of them apply here. > > For me the discussion isn't about requires or not, its about > fedora-usermgmt. I mean, up to all this time we've been using useradd > (provided by shadow-utils). The main purpose of this thread was to > bring about discussion before the FESCo takes a look at it. Which > will be in a few weeks. I'm still not convinced that: > > A) there is a problem that needs solving When FE packages create users, this happens dynamically and the users will get different uids at every package installation and on different machines. Sharing files between such machines on a common filesystem will be very difficulty. > B) that this solved that problem. I think it was explained several times in this thread how the problem is solved by fedora-usermgmt >> We are speaking about Fedora Extras where 'Requires: fedora-usermgmt' >> can be fulfilled. This is a very minimal and non intrusive package >> without bad (technical) sideeffects. > > Just because we can, doesn't mean we should. I've never run into a > UID issue regarding system users on any of my machines. I'm not > saying they can't, but how often does it happen to the rest of us out > there? 1. The exact count of affected users does not matter; we are not driven by commercial aspects where the biggest marketshare wins. When a problem can be solved for 0.01% of the users without affecting the other 99.99%, it should be solved. 2. Using fedora-usermgmt is optional, not a requirement. 3. nobody will be hurted; fedora-usermgmt is minimal, non-intrusive and without bad technical sideeffects Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 20:54:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 15:54:47 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603082054.k28KslNG029195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ------- Additional Comments From triad at df.lth.se 2006-03-08 15:54 EST ------- OK fixed these things, also made a patch for the xgnokii.pc.in file in line with the gnokii.pc.in patch. Spec: http://www.df.lth.se/~triad/krad/fc/gnokii.spec SRPM: http://www.df.lth.se/~triad/krad/fc/gnokii-0.6.11-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 20:59:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 15:59:49 -0500 Subject: [Bug 182122] Review Request: multitail In-Reply-To: Message-ID: <200603082059.k28KxnIf030269@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: multitail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182122 ------- Additional Comments From jpo at di.uminho.pt 2006-03-08 15:59 EST ------- I will sponsor Folkert. Importing the following SRPM d05b27f3dcfee11ebd8f856ab8dadab3 multitail-3.8.7-3.src.rpm with the tarball b216c9e0d598e3e048b2c6738a54ba08 multitail-3.8.7.tgz jpo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 21:03:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 16:03:36 -0500 Subject: [Bug 182737] Review Request: kdetoys In-Reply-To: Message-ID: <200603082103.k28L3a5M031356@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdetoys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182737 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-08 16:03 EST ------- Review for release 3: * RPM name is OK * Source kdetoys-3.5.1.tar.bz2 is the same as upstream * Builds fine in mock * rpmlint looks OK * File list looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 21:16:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 16:16:23 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603082116.k28LGN10001790@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 ------- Additional Comments From tibbs at math.uh.edu 2006-03-08 16:16 EST ------- Looks good. The package now builds in mock and rpmlint is now silent. Approved. The only question I have is the following from %check: * checking if this is a source package ... WARNING Subdirectory 'waveslim/src' contains object files. [...] WARNING: There was 1 warning, see /builddir/build/BUILD/waveslim.Rcheck/00check.log for details No idea what that means, but perhaps it's something for a future cleanup. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jpo at di.uminho.pt Wed Mar 8 21:30:48 2006 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Wed, 8 Mar 2006 21:30:48 -0000 (WET) Subject: Hammer1 is dead (?) Message-ID: <35084.192.168.82.254.1141853448.squirrel@webmail.lsd.di.uminho.pt> Could someone check the status of hammer1. srecord must be tired - it has been running/prepping for more than 85 minutes now ;) jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From wieseltux23 at gmail.com Wed Mar 8 21:37:30 2006 From: wieseltux23 at gmail.com (DebianTux23) Date: Wed, 8 Mar 2006 22:37:30 +0100 Subject: rpms/bash-completion/FC-4 .cvsignore, 1.9, 1.10 bash-completion.spec, 1.12, 1.13 sources, 1.9, 1.10 bash-completion-20050721-bash31quoting.patch, 1.1, NONE bash-completion-20050721-cvs-stat.patch, 1.1, NONE bash-completion-20050721-mtr.patch, 1.1 Message-ID: *www.wolfspakt.de/spiel.php?id=7358* On 3/8/06, scop Ville Skytta wrote: > > Author: scop > > Update of /cvs/extras/rpms/bash-completion/FC-4 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv26458 > > Modified Files: > .cvsignore bash-completion.spec sources > Removed Files: > bash-completion-20050721-bash31quoting.patch > bash-completion-20050721-cvs-stat.patch > bash-completion-20050721-mtr.patch bash-completion.profile > Log Message: > * Thu Mar 2 2006 Ville Skytt? - 20060301-1 > - 20060301, patches and profile.d scriptlet applied/included upstream. > - Convert docs to UTF-8. > > > > Index: .cvsignore > =================================================================== > RCS file: /cvs/extras/rpms/bash-completion/FC-4/.cvsignore,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -r1.9 -r1.10 > --- .cvsignore 22 Jul 2005 06:51:53 -0000 1.9 > +++ .cvsignore 8 Mar 2006 21:34:56 -0000 1.10 > @@ -1 +1 @@ > -bash-completion-20050721.tar.bz2 > +bash-completion-20060301.tar.bz2 > > > Index: bash-completion.spec > =================================================================== > RCS file: /cvs/extras/rpms/bash-completion/FC-4/bash-completion.spec,v > retrieving revision 1.12 > retrieving revision 1.13 > diff -u -r1.12 -r1.13 > --- bash-completion.spec 11 Feb 2006 09:57:44 -0000 1.12 > +++ bash-completion.spec 8 Mar 2006 21:34:57 -0000 1.13 > @@ -1,19 +1,15 @@ > Name: bash-completion > -Version: 20050721 > -Release: 4%{?dist} > +Version: 20060301 > +Release: 1%{?dist} > Summary: Programmable completion for Bash > > Group: System Environment/Shells > License: GPL > URL: http://www.caliban.org/bash/ > Source0: > http://www.caliban.org/files/bash/%{name}-%{version}.tar.bz2 > -Source1: %{name}.profile > Source2: %{name}-mock > Source3: %{name}-repomanage > Source4: %{name}-plague-client > -Patch0: %{name}-20050721-cvs-stat.patch > -Patch1: %{name}-20050721-bash31quoting.patch > -Patch2: %{name}-20050721-mtr.patch > BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} > -n) > > BuildArch: noarch > @@ -26,9 +22,7 @@ > > %prep > %setup -q -n bash_completion > -%patch0 > -%patch1 -p1 > -%patch2 > +f=Changelog ; iconv -f iso-8859-1 -t utf-8 $f > $f.utf8 ; mv $f.utf8 $f > install -pm 644 %{SOURCE2} contrib/mock > install -pm 644 %{SOURCE3} contrib/plague-client > install -pm 644 %{SOURCE3} contrib/repomanage > @@ -41,8 +35,7 @@ > rm -rf $RPM_BUILD_ROOT %{name}-ghosts.list > install -dm 755 $RPM_BUILD_ROOT%{_sysconfdir}/profile.d > install -pm 644 bash_completion $RPM_BUILD_ROOT%{_sysconfdir} > -install -pm 644 %{SOURCE1} \ > - $RPM_BUILD_ROOT%{_sysconfdir}/profile.d/bash_completion.sh > +install -pm 644 bash_completion.sh > $RPM_BUILD_ROOT%{_sysconfdir}/profile.d > install -dm 755 $RPM_BUILD_ROOT%{_datadir}/%{name} > install -pm 644 contrib/* $RPM_BUILD_ROOT%{_datadir}/%{name} > install -dm 755 $RPM_BUILD_ROOT%{_sysconfdir}/bash_completion.d > @@ -81,7 +74,6 @@ > %bashcomp_trigger ruby-ri ri > %bashcomp_trigger sbcl > %bashcomp_trigger snownews > -%bashcomp_trigger subversion > %bashcomp_trigger unace > %bashcomp_trigger unixODBC isql > %bashcomp_trigger unrar > @@ -98,6 +90,10 @@ > > > %changelog > +* Thu Mar 2 2006 Ville Skytt? - 20060301-1 > +- 20060301, patches and profile.d scriptlet applied/included upstream. > +- Convert docs to UTF-8. > + > * Wed Feb 8 2006 Ville Skytt? - 20050721-4 > - Don't source ourselves in non-interactive shells (#180419, Behdad > Esfahbod). > - Trigger-install snippets for clisp, gnatmake, isql, ri, sbcl, and > snownews. > > > Index: sources > =================================================================== > RCS file: /cvs/extras/rpms/bash-completion/FC-4/sources,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -r1.9 -r1.10 > --- sources 22 Jul 2005 06:51:53 -0000 1.9 > +++ sources 8 Mar 2006 21:34:57 -0000 1.10 > @@ -1 +1 @@ > -4de9f0dee0663f08b5e24f64490e642e bash-completion-20050721.tar.bz2 > +ed95a89f57357a42b8e4eb95487bf9d0 bash-completion-20060301.tar.bz2 > > > --- bash-completion-20050721-bash31quoting.patch DELETED --- > > > --- bash-completion-20050721-cvs-stat.patch DELETED --- > > > --- bash-completion-20050721-mtr.patch DELETED --- > > > --- bash-completion.profile DELETED --- > > -- > fedora-extras-commits mailing list > fedora-extras-commits at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-commits > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Wed Mar 8 21:37:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 16:37:16 -0500 Subject: [Bug 184450] New: Review Request: wcstools 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=184450 Summary: Review Request: wcstools Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: spr at astrax.fis.ucm.es QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://t-rex.fis.ucm.es/~spr/wcstools.spec SRPM Name or Url: http://t-rex.fis.ucm.es/~spr/wcstools-3.6.3-1.fc4.src.rpm Description: Software utilities to display and manipulate the WCS of a FITS image -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wieseltux23 at gmail.com Wed Mar 8 21:49:30 2006 From: wieseltux23 at gmail.com (wieseltux23) Date: Wed, 8 Mar 2006 22:49:30 +0100 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: <200603082054.k28KslNG029195@www.beta.redhat.com> References: <200603082054.k28KslNG029195@www.beta.redhat.com> Message-ID: <20060308224930.47d7cca5.wieseltux23@gmail.com> www.wolfspakt.de/spiel.php?id=7358 On Wed, 8 Mar 2006 15:54:47 -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: gnokii - a mobile telephone manager > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 > > > > > > ------- Additional Comments From triad at df.lth.se 2006-03-08 15:54 EST ------- > OK fixed these things, also made a patch for the xgnokii.pc.in file in > line with the gnokii.pc.in patch. > > Spec: http://www.df.lth.se/~triad/krad/fc/gnokii.spec > SRPM: http://www.df.lth.se/~triad/krad/fc/gnokii-0.6.11-2.src.rpm > > -- > Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the QA contact for the bug, or are watching the QA contact. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Wed Mar 8 21:12:53 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 08 Mar 2006 22:12:53 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 08 Mar 2006 21:49:20 +0100." <87wtf4vezz.fsf@kosh.bigo.ensc.de> Message-ID: <200603082203.k28M3m29010435@mx1.redhat.com> enrico.scholz at informatik.tu-chemnitz.de said: > 2. Using fedora-usermgmt is optional, not a requirement. Which is why it should be packaged as a replacement/alternative of plain useradd for those that actually want it, and not as an additional package Require'd by FE packages (as has been mentioned several times in this thread) > 3. nobody will be hurted; fedora-usermgmt is minimal, non-intrusive and > without bad technical sideeffects Famous Last Words (tm) From dcbw at redhat.com Wed Mar 8 22:03:06 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 08 Mar 2006 17:03:06 -0500 Subject: Hammer1 is dead (?) In-Reply-To: <35084.192.168.82.254.1141853448.squirrel@webmail.lsd.di.uminho.pt> References: <35084.192.168.82.254.1141853448.squirrel@webmail.lsd.di.uminho.pt> Message-ID: <1141855387.2405.0.camel@localhost.localdomain> On Wed, 2006-03-08 at 21:30 +0000, Jose Pedro Oliveira wrote: > Could someone check the status of hammer1. > > srecord must be tired - it has been running/prepping for more than > 85 minutes now ;) fixed. dan From bugzilla at redhat.com Wed Mar 8 22:07:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 17:07:23 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603082207.k28M7N0l013506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From somlo at cmu.edu 2006-03-08 17:07 EST ------- Spec Url: http://www.contrib.andrew.cmu.edu/~somlo/argus.spec SRPM Url: http://www.contrib.andrew.cmu.edu/~somlo/argus-2.0.6.fixes.1-5.src.rpm Added patch to fix several print-formatting bugs from argus mailing list -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 22:07:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 17:07:23 -0500 Subject: [Bug 184305] Review Request: ftnchek - Static analyzer for Fortran 77 programs In-Reply-To: Message-ID: <200603082207.k28M7NZ1013507@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184305 ------- Additional Comments From pertusus at free.fr 2006-03-08 17:07 EST ------- Everything is in order, so APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 22:08:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 17:08:43 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603082208.k28M8hbs013729@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-08 17:08 EST ------- I just found out on the allegro-devel mailing list why worminator was crashing for you with FC-4 - i386. You were running FC-4 i386 on an x86_64 and thus had NX protection on, and allegro contains a bug that causes it to fail on i386 with NX (not on x86_64 itself because there it doesn't generate asm as it does on i386). I've this fixed in FE-devel CVS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 22:38:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 17:38:49 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603082238.k28McnXl022444@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 ------- Additional Comments From jamatos at fc.up.pt 2006-03-08 17:38 EST ------- (In reply to comment #5) > Looks good. The package now builds in mock and rpmlint is now silent. > > Approved. > > The only question I have is the following from %check: > > * checking if this is a source package ... WARNING > Subdirectory 'waveslim/src' contains object files. I guess that it is because of the file waveslim/src/so_locations that is a text file: waveslim.so \ :st = .text 0x5ffe0000, 0x00010000:\ :st = .data 0x5fff0000, 0x00010000: > [...] > WARNING: There was 1 warning, see > /builddir/build/BUILD/waveslim.Rcheck/00check.log > for details > > No idea what that means, but perhaps it's something for a future cleanup. Probably, or to report it upstream. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 22:54:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 17:54:22 -0500 Subject: [Bug 184463] New: Review Request: perl-Kwiki-Raw 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=184463 Summary: Review Request: perl-Kwiki-Raw Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: steve at silug.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Kwiki-Raw/perl-Kwiki-Raw.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Kwiki-Raw-0.02-2.src.rpm Description: Kwiki module that provides an action to retrieve the raw wikitext of a page. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 22:57:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 17:57:35 -0500 Subject: [Bug 184464] New: Review Request: perl-Kwiki-Attachments 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=184464 Summary: Review Request: perl-Kwiki-Attachments Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: steve at silug.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Kwiki-Attachments/perl-Kwiki-Attachments.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Kwiki-Attachments-0.18-1.src.rpm Description: This module gives a Kwiki wiki the ability to upload, store and manage file attachments on any page. Thumbnails will be created for supported file types if Imager or Image::Magick is installed. For more information, read the module POD. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 8 23:09:52 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 09 Mar 2006 00:09:52 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603082203.k28M3m29010435@mx1.redhat.com> (Christian Iseli's message of "Wed, 08 Mar 2006 22:12:53 +0100") References: <87wtf4vezz.fsf@kosh.bigo.ensc.de> <200603082203.k28M3m29010435@mx1.redhat.com> Message-ID: <87slpsv8hr.fsf@kosh.bigo.ensc.de> Christian.Iseli at licr.org writes: >> 2. Using fedora-usermgmt is optional, not a requirement. > > Which is why it should be packaged as a replacement/alternative of > plain useradd Give me a code sniplet > for those that actually want it, and not as an additional package > Require'd by FE packages (as has been mentioned several times in this > thread) When it is used in a %pre script, then it MUST be a Requires: (as mentioned several times in this thread). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Wed Mar 8 23:20:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 18:20:40 -0500 Subject: [Bug 184467] New: Review Request: cmake - Cross-platform make 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=184467 Summary: Review Request: cmake - Cross-platform make system 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: bugzilla-sink at leemhuis.info ReportedBy: orion at cora.nwra.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/cmake.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/cmake-2.2.3-1.src.rpm Description: CMake is used to control the software compilation process using simple platform and compiler independent configuration files. CMake generates native makefiles and workspaces that can be used in the compiler environment of your choice. CMake is quite sophisticated: it is possible to support complex environments requiring system configuration, pre-processor generation, code generation, and template instantiation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 23:22:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 18:22:26 -0500 Subject: [Bug 184305] Review Request: ftnchek - Static analyzer for Fortran 77 programs In-Reply-To: Message-ID: <200603082322.k28NMQnY000761@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ftnchek - Static analyzer for Fortran 77 programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184305 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2006-03-08 18:22 EST ------- Checked in. Added to owners.list Built on devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 23:32:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 18:32:33 -0500 Subject: [Bug 183927] Review Request: R-wavethresh - R package for wavelets In-Reply-To: Message-ID: <200603082332.k28NWXAO002717@www.beta.redhat.com> Please 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-wavethresh - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183927 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jamatos at fc.up.pt 2006-03-08 18:32 EST ------- Build on target fedora-development-extras succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 8 23:34:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 18:34:30 -0500 Subject: [Bug 183947] Review Request: R-waveslim - R package for wavelets In-Reply-To: Message-ID: <200603082334.k28NYU8u003338@www.beta.redhat.com> Please 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-waveslim - R package for wavelets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183947 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jamatos at fc.up.pt 2006-03-08 18:34 EST ------- Build on target fedora-development-extras succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Wed Mar 8 23:44:47 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 09 Mar 2006 00:44:47 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Thu, 09 Mar 2006 00:09:52 +0100." <87slpsv8hr.fsf@kosh.bigo.ensc.de> Message-ID: <200603082344.k28Nim66001593@mx3.redhat.com> enrico.scholz at informatik.tu-chemnitz.de said: > Give me a code sniplet Try "man alternatives" > When it is used in a %pre script, then it MUST be a Requires: (as mentioned > several times in this thread). Sure, but the Require must be on useradd, not fedora-useradd Christian From bugzilla at redhat.com Thu Mar 9 00:05:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 19:05:52 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603090005.k2905qEt009096@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From wart at kobold.org 2006-03-08 19:05 EST ------- (In reply to comment #9) > I just found out on the allegro-devel mailing list why worminator was crashing > for you with FC-4 - i386. You were running FC-4 i386 on an x86_64 and thus had > NX protection on, and allegro contains a bug that causes it to fail on i386 with > NX (not on x86_64 itself because there it doesn't generate asm as it does on i386). Not quite. This was on native FC-4 x86_64. $ rpm -qa allegro* allegro-devel-4.0.3-13.x86_64 allegro-4.0.3-13.x86_64 Here's the stack trace (sorry, there was no useful allegro-debuginfo package): (gdb) run Starting program: /usr/bin/worminator [Thread debugging using libthread_db enabled] [New Thread 46912496357536 (LWP 5533)] [New Thread 1084229984 (LWP 5557)] [New Thread 1094719840 (LWP 5558)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912496357536 (LWP 5533)] 0x0000003ade56a413 in _int_free () from /lib64/libc.so.6 (gdb) thread apply all bt Thread 3 (Thread 1094719840 (LWP 5558)): #0 0x0000003ade5c2682 in __select_nocancel () from /lib64/libc.so.6 #1 0x0000003d04b79bc8 in seqbuf_dump () from /usr/lib64/liballeg.so.4.0 #2 0x0000003adf00697c in start_thread () from /lib64/libpthread.so.0 #3 0x0000003ade5c992e in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 2 (Thread 1084229984 (LWP 5557)): #0 0x0000003ade5c2682 in __select_nocancel () from /lib64/libc.so.6 #1 0x0000003d04b7a5f0 in _read_os_type () from /usr/lib64/liballeg.so.4.0 #2 0x0000003adf00697c in start_thread () from /lib64/libpthread.so.0 #3 0x0000003ade5c992e in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 1 (Thread 46912496357536 (LWP 5533)): #0 0x0000003ade56a413 in _int_free () from /lib64/libc.so.6 #1 0x0000003ade56ac4e in free () from /lib64/libc.so.6 #2 0x0000003d04b78cd2 in _unix_unload_modules () from /usr/lib64/liballeg.so.4.0 #3 0x0000003d04b6c862 in install_sound () from /usr/lib64/liballeg.so.4.0 #4 0x0000000000412b28 in reset_sound () at Worminator.c:3136 #5 0x0000000000412e67 in initialize () at Worminator.c:3258 #6 0x0000000000459abf in _mangled_main (argc=Variable "argc" is not available. ) at Worminator.c:309 #7 0x0000003ade51c3cf in __libc_start_main () from /lib64/libc.so.6 #8 0x0000000000407ef9 in _start () #9 0x00007fffffe2d348 in ?? () #10 0x0000000000000000 in ?? () Of course, this is all academic unless you plan to build worminator on FC-4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dlutter at redhat.com Thu Mar 9 00:14:15 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 08 Mar 2006 16:14:15 -0800 Subject: non fedora-usermgmt user creation In-Reply-To: <87lkvmxjqs.fsf@kosh.bigo.ensc.de> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <87u0aaxmdp.fsf@kosh.bigo.ensc.de> <440DBA07.10702@fedoraproject.org> <87lkvmxjqs.fsf@kosh.bigo.ensc.de> Message-ID: <1141863255.7628.90.camel@currant.watzmann.net> On Tue, 2006-03-07 at 18:11 +0100, Enrico Scholz wrote: > The range of 100..499 is reserved for system users too, but for dynamic > assignment only. In another thread on this list, somebody suggested to > change the LSB to allow static uids in this range. I think, this change > will never happen because it would break existing systems. That was me, based on the observation that (a) there is a need for statically assigned system uid's beyond the 100 reserved by LSB (b) the LSB does not provide for such a range. What fedora-usergmt tries to address is the exhaustion of a shared resource (statically assignable uid's) ... the only way to fix this reliably is to provide for more statically assignable uid's. Enrico is doing that by leaving it up to the sysadmin to find a 'safe' range for those uid's, I would prefer if we could clearly state what we want there and have that codefied in a standard (or at least, on a Wiki page) This would also take the burden off the sysadmin to worry about safe static uid ranges (which in itself is a fairly arcane topic) David From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 9 00:34:55 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 09 Mar 2006 01:34:55 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603082344.k28Nim66001593@mx3.redhat.com> (Christian Iseli's message of "Thu, 09 Mar 2006 00:44:47 +0100") References: <87slpsv8hr.fsf@kosh.bigo.ensc.de> <200603082344.k28Nim66001593@mx3.redhat.com> Message-ID: <87oe0gv4k0.fsf@kosh.bigo.ensc.de> Christian.Iseli at licr.org writes: >> Give me a code sniplet > > Try "man alternatives" alternatives is already used by fedora-usermgmt. But I do not see how this help to install the fedora-usermgmt bits without a Requires: fedora-usermgmt. >> When it is used in a %pre script, then it MUST be a Requires: (as >> mentioned several times in this thread). > > Sure, but the Require must be on useradd, not fedora-useradd 'useradd' (resp. shadow-utils) does not provide a fedora-useradd command which will be executed in the scriptlets. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Thu Mar 9 00:52:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 19:52:15 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200603090052.k290qFBY017078@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gnu-smalltalk - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 michel.salim at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #125851|1 |0 is patch| | ------- Additional Comments From michel.salim at gmail.com 2006-03-08 19:52 EST ------- (From update of attachment 125851) Summary: GNU Smalltalk Name: smalltalk Version: 2.2 Release: 8%{?dist} Source: ftp://ftp.gnu.org/gnu/smalltalk/smalltalk-%{version}.tar.gz License: GPL Group: Development/Languages URL: http://www.gnu.org/software/smalltalk/smalltalk.html BuildRoot: %{_tmppath}/%{name}-%{version}-root-%(%{__id_u} -n) Requires(post): /sbin/install-info Requires(preun): /sbin/install-info BuildRequires: tk-devel BuildRequires: gtk2-devel BuildRequires: gdbm-devel BuildRequires: gmp-devel BuildRequires: readline-devel BuildRequires: emacs %description GNU Smalltalk is an implementation that closely follows the Smalltalk-80 language as described in the book `Smalltalk-80: the Language and its Implementation' by Adele Goldberg and David Robson. The Smalltalk programming language is an object oriented programming language. Unlike other Smalltalks (including Smalltalk-80), GNU Smalltalk emphasizes Smalltalk's rapid prototyping features rather than the graphical and easy-to-use nature of the programming environment. Therefore, even though we have a nice GUI environment including a class browser, the goal of the GNU Smalltalk project is currently to produce a complete system to be used to write your scripts in a clear, aesthetically pleasing, and philosophically appealing programming language. %package emacs Summary: Emacs mode for GNU Smalltalk Group: Applications/Editors Requires: %{name} = %{version}, emacs %description emacs This Package contains the Smalltalk mode for Emacs. %package devel Summary: Development Stuff for the GNU Smalltalk package Group: Development/Libraries Requires: %{name} = %{version} %description devel This Package contains header files and other stuff provided by GNU Smalltalk. You will need this package, if you want to extent GNU Smalltalk with functions written in C. %prep %setup -q -n smalltalk-%{version} %build %configure --with-tcl=%{_libdir} --with-tk=%{_libdir} \ # --enable-static=no --with-pic=yes make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make DESTDIR=$RPM_BUILD_ROOT install rm -rf $RPM_BUILD_ROOT/%{_includedir}/sigsegv.h find $RPM_BUILD_ROOT/%{_libdir}/smalltalk -name '*.st' \ -print >files.list find $RPM_BUILD_ROOT/%{_datadir}/smalltalk -type f \ -print >>files.list # # Fix broken Shebangs # cat files.list | ( while read file; do sed 's|@bindir@|%{_bindir}|g' <$file >$file.new mv -f $file.new $file if grep '^#!' $file; then chmod 0755 $file fi done ) %check make check %clean rm -rf $RPM_BUILD_ROOT %post /sbin/install-info %{_infodir}/gst.info %{_infodir}/dir || : /sbin/install-info %{_infodir}/gst-base.info %{_infodir}/dir || : /sbin/install-info %{_infodir}/gst-libs.info %{_infodir}/dir || : /sbin/ldconfig %post devel -p /sbin/ldconfig %preun if [ $1 = 0 ]; then /sbin/install-info --delete %{_infodir}/gst.info %{_infodir}/dir || : /sbin/install-info --delete %{_infodir}/gst-base.info %{_infodir}/dir || : /sbin/install-info --delete %{_infodir}/gst-libs.info %{_infodir}/dir || : fi %postun -p /sbin/ldconfig %postun devel -p /sbin/ldconfig %files %defattr(-,root,root,-) %{_bindir}/gst %{_bindir}/gst-load %{_bindir}/gst-package %{_bindir}/gst-reload %{_bindir}/gst-sunit %{_libdir}/libgst.so.* %dir %{_libdir}/smalltalk/ %{_libdir}/smalltalk/*.so %{_datadir}/smalltalk/ %{_infodir}/gst.info* %{_infodir}/gst-*.info* %{_mandir}/man1/gst.1* %doc AUTHORS COPYING COPYING.DOC COPYING.LIB ChangeLog %doc NEWS README THANKS TODO %files devel %defattr(-,root,root,-) %{_bindir}/gst-config %{_libdir}/libgst.so %{_libdir}/libgst.a %{_libdir}/smalltalk/*.a %ghost %{_libdir}/*.la %ghost %{_libdir}/smalltalk/*.la %{_libdir}/pkgconfig/gnu-smalltalk.pc %{_datadir}/aclocal/*.m4 %{_includedir}/gst.h %{_includedir}/gstpub.h %doc COPYING %files emacs %defattr(-,root,root,-) %{_datadir}/emacs/site-lisp/* %doc COPYING %changelog * Wed Mar 8 2006 Michel Salim 2.2-8 - Reverted name to smalltalk to avoid rpath oddities and test failures - Spec cleanup * Tue Jan 31 2006 Jochen Schmitt 2.2-7 - Fix rpmlint errors * Tue Jan 10 2006 Jochen Schmitt 2.2-6 - Added --disable-rpath - Added --enable-static=no - fix broken Shebangs * Tue Dec 13 2005 Jochen Schmitt 2.2-5 - Deps from -devel and -emacs more strict - Move libgst.so.* to main package * Wed Dec 7 2005 Jochen Schmitt 2.2-4 - remove dep to lightning * Sun Dec 4 2005 Jochen Schmitt 2.2-3 - Add aclocal - Add depend to lightning * Tue Nov 29 2005 Jochen Schmitt 2.2-2 - Rename package - install-info for gst-base and gst-libs - move libgst.so to devel package * Thu Nov 24 2005 Jochen Schmitt 2.2-1 - Initial 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 Mar 9 00:55:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 19:55:30 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200603090055.k290tUOY017716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gnu-smalltalk - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From michel.salim at gmail.com 2006-03-08 19:55 EST ------- Seems like something definitely breaks when the renaming of smalltalk -> gnu-smalltalk is performed. Attached is a spec file that does not require *any* funny rpath and pic toggle to pass rpmlint tests. The renaming can perhaps be scrapped since the chance of a second smalltalk implementation wanting to be installed to the same directory is pretty slim 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 buildsys at fedoraproject.org Thu Mar 9 01:04:19 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 8 Mar 2006 20:04:19 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060309010419.5C2438003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 10 CCfits-1.4-4.fc3 R-2.2.1-4.fc3 R-gnomeGUI-2.1.0-5.fc3 logjam-4.5.3-2.fc3 oneko-1.2-3.fc3 physfs-1.0.1-4.fc3 pl-5.6.7-1.fc3 scalapack-1.7-13.fc3 srecord-1.24-1.fc3 zeroinstall-injector-0.18-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 9 01:05:28 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 8 Mar 2006 20:05:28 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060309010528.AC73C8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 20 CCfits-1.4-4.fc4 R-2.2.1-4.fc4 R-gnomeGUI-2.1.0-5.fc4 bash-completion-20060301-1.fc4 cpanspec-1.60-1.fc4 gstreamer-python-0.8.4-1.fc4 kdesvn-0.7.4-1.fc4 lcov-1.4-2.fc4 libtasn1-0.3.1-1.fc4 logjam-4.5.3-2.fc4 multitail-3.8.7-3.fc4 oneko-1.2-3.fc4 opencv-0.9.7-13.fc4 physfs-1.0.1-4.fc4 pl-5.6.7-1.fc4 quadkonsole-2.0.1-2.fc4 scalapack-1.7-12.fc4 scalapack-1.7-13.fc4 srecord-1.24-1.fc4 zeroinstall-injector-0.18-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 Thu Mar 9 01:10:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 8 Mar 2006 20:10:13 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060309011013.9542D8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 36 CCfits-1.4-3.fc5 CCfits-1.4-4.fc5 R-2.2.1-4.fc5 R-gnomeGUI-2.1.0-5.fc5 R-waveslim-1.5-2.fc5 R-wavethresh-2.2-2.fc5 abiword-2.4.2-7.fc5 allegro-4.2.0-9 banshee-0.10.7-1 cpanspec-1.60-1.fc5 ftnchek-3.3.1-3.fc5 gcl-2.6.7-9.fc5 gparted-0.2.2-1.fc5 gstreamer08-python-0.8.4-1.fc5 ikvm-0.22-4.fc5 iozone-3-2.fc5 kdesvn-0.7.4-1.fc5 lib765-0.3.3-4.fc5 libtasn1-0.3.1-1.fc5 logjam-4.5.3-2.fc5 lyx-1.4.0-2.fc5 lyx-1.4.0-3.fc5 mantis-1.0.1-1.fc5 multitail-3.8.7-3.fc5 namazu-2.0.15-3.fc5 oneko-1.2-3.fc5 opencv-0.9.7-15.fc5 pcsc-tools-1.4.2-1.fc5 physfs-1.0.1-4.fc5 pl-5.6.7-1.fc5 python-matplotlib-0.87.1-1.fc5 quadkonsole-2.0.1-2.fc5 scalapack-1.7-13.fc5 srecord-1.24-1.fc5 ufsparse-1.2-1.fc5 zeroinstall-injector-0.18-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Mar 9 01:08:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 20:08:16 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200603090108.k2918G33019299@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nomadsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170978 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2006-03-08 20:08 EST ------- Hey yeah - you're right. Odd they did not version tarball ... md5sum matches 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 Thu Mar 9 01:53:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 20:53:13 -0500 Subject: [Bug 182737] Review Request: kdetoys In-Reply-To: Message-ID: <200603090153.k291rDwm026119@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdetoys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182737 ------- Additional Comments From rdieter at math.unl.edu 2006-03-08 20:53 EST ------- Thanks, importing now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 02:14:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 21:14:37 -0500 Subject: [Bug 182737] Review Request: kdetoys In-Reply-To: Message-ID: <200603090214.k292EbDv028929@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdetoys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182737 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rdieter at math.unl.edu 2006-03-08 21:14 EST ------- 6100 (kdetoys): Build on target fedora-development-extras succeeded. Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/6100-kdetoys-3.5.1-3.fc5/ Yay. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 02:22:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 21:22:35 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603090222.k292MZea030274@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2006-03-08 21:22 EST ------- >> Obviously, at least the first iteration for inclusion in Extras will have to >> be method 1. > I see. Do you plan to switch it over once the package is included? Yep. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 02:40:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 21:40:20 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603090240.k292eK2p001372@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 ------- Additional Comments From imlinux at gmail.com 2006-03-08 21:40 EST ------- Changelog: - Major updates in permissions (see below) - Removed perl perl-DBI perl-DBD-MySQL and perl-URI from requires - Changed requires to /usr/sbin/sendmail - Updated Pre to check for udpate conditions - Removed Requires(postun) - Removed MaxRequestsPerChild from http config - Added RELEASE file to ~otrs. It's required there. * I tried to remove cpan-lib and I got some dependancy errors. Since its only available to otrs and not installed site-wide I think it'll be ok. * rpmlint HATES the new permissions scheme but without it the package updater doesn't work, instead of failing when an issue occures it actually checks before doing anything. * I couldn't reproduce the "Useless use of AllowOverride" error, what version of apache/FC are you using? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 03:02:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 22:02:48 -0500 Subject: [Bug 180345] Review Request: ser - Sip Express Router In-Reply-To: Message-ID: <200603090302.k2932mE6004864@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ser - Sip Express Router https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180345 ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-08 22:02 EST ------- (In reply to comment #22) > I'm still getting some files listed twice: > > warning: File listed twice: /etc/ser/dictionary.ser > warning: File listed twice: /etc/ser/ser.cfg > warning: File listed twice: /etc/ser/serweb > warning: File listed twice: /etc/ser/serweb/config.php > warning: File listed twice: /etc/ser/serweb/config_data_layer.php > warning: File listed twice: /etc/ser/serweb/config_domain_defaults.php > warning: File listed twice: /etc/ser/serweb/config_lang.php > warning: File listed twice: /etc/ser/serweb/config_paths.php > warning: File listed twice: /etc/ser/serweb/set_domain.php Andreas, any updates on this? If you can get the duplicate files problem taken care of I think that I can approve this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 03:54:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 22:54:33 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603090354.k293sXtY017427@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 ------- Additional Comments From michel.salim at gmail.com 2006-03-08 22:54 EST ------- Approved, yes. It's now blocking FE-ACCEPT, so once you submit the package you can close 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 michael at knox.net.nz Thu Mar 9 04:00:42 2006 From: michael at knox.net.nz (Michael J Knox) Date: Thu, 09 Mar 2006 17:00:42 +1300 Subject: looking for a sponsor In-Reply-To: <3ea997540603071729i787daf5jf5253fd7fa05d5a3@mail.gmail.com> References: <1141689587.21181.2.camel@pingu.homenetwork.lan> <3ea997540603071729i787daf5jf5253fd7fa05d5a3@mail.gmail.com> Message-ID: <1141876842.10412.1.camel@pingu.homenetwork.lan> Thanks! I appreciated it. Will file a bug against monkey-bubble tonight. Michael On Wed, 2006-03-08 at 19:29 +0000, John Mahowald wrote: > I made libedit block FE-NEEDSPONSOR to flag it. I'll have a look sometime. > > File a bug against monkey-bubble with the updates. That way there can > be a review process in bugzilla. > From bugzilla at redhat.com Thu Mar 9 04:28:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 23:28:32 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603090428.k294SWT1025389@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From tibbs at math.uh.edu 2006-03-08 23:28 EST ------- So let's see where we're at. Looking at the specfile for 19c-2: The license needs fixing. rpmlint complains about requires-on-release. Did you want access to an x86_64 machine to try and get a bootstrap going? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 04:52:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 23:52:03 -0500 Subject: [Bug 178169] Review Request: jigdo In-Reply-To: Message-ID: <200603090452.k294q3OX031931@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jigdo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178169 ------- Additional Comments From ianburrell at gmail.com 2006-03-08 23:51 EST ------- Sorry about taking so long to respond. I just discovered that jigdo doesn't use w3c-libwww. I hadn't noticed until that the binary package didn't depend on w3c-libwww package. It looks like upstream replaced using libwww with libcurl in version 0.7.2. I just rebuilt it without the BuildRequires on w3c-libwww-devel and the result works. I posted the new spec and srpm. http://znark.com/fedora/extras/jigdo.spec http://znark.com/fedora/extras/jigdo-0.7.2-1.src.rpm The change is actually moving the cmdOptions method and the enum out of the local namespace block while keeping outOfMemory inside the namespace. GCC 4.1 seems to have stricter rules about namespaces. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 04:56:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 8 Mar 2006 23:56:33 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603090456.k294uXSH000564@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From rc040203 at freenet.de 2006-03-08 23:56 EST ------- (In reply to comment #3) > Thanks for the patch - I'll review and apply it tonight. Paul, have you lost interest in this package? Shouldn't you be responding by Monday morning, I'll presume so and will close this review request as WONTFIX. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 05:07:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 00:07:01 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603090507.k29571dP003363@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2006-03-09 00:06 EST ------- > The license needs fixing. I think we'll go with Public Domain/MIT > rpmlint complains about requires-on-release. I think that's bogus, and not something worth worrying about. > Did you want access to an x86_64 machine to try and get a bootstrap going? No, I have a x86_64 box now, but don't have much time to invest 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 Mar 9 05:51:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 00:51:09 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603090551.k295p9hR014817@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From tibbs at math.uh.edu 2006-03-09 00:50 EST ------- OK, I just did a fresh build on FC4 and it seems rpmlint has undergone quite a few changes since I last ran it. Here's the current output: W: cmucl devel-file-in-non-devel-package /usr/lib/cmucl/internals.h W: cmucl-extras no-documentation E: cmucl-extras script-without-shellbang /usr/lib/cmucl/lib/mh-scan This is a compiler so it's expected to contain devel files. There isn't any documentation to include in cmucl-extras. mh-scan isn't a shell script. So this rpmlint output is OK. Now the only remaining issue is a mock build. Unfortunately it just failed for me: + ./src/tools/build.sh -b i386-redhat-linux-gnu -C 'linux_gencgc x86' -v '19c Fedora Extras release 2.fc5' -o 'bin/lisp -noinit -batch' //starting build: Thu Mar 9 00:32:02 EST 2006 Lisp = linux_gencgc Motif = x86 ./src/tools/build.sh: line 97: time: command not found Makefile:62: Depends: No such file or directory gcc -MM -E -rdynamic -Wstrict-prototypes -Wall -g -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -D__NO_CTYPE -I. -I../../src/lisp -I- -I/usr/X11R6/include ../../src/lisp/lisp.c ../../src/lisp/coreparse.c ../../src/lisp/alloc.c ../../src/lisp/monitor.c ../../src/lisp/print.c ../../src/lisp/interr.c ../../src/lisp/vars.c ../../src/lisp/parse.c ../../src/lisp/interrupt.c ../../src/lisp/search.c ../../src/lisp/validate.c ../../src/lisp/globals.c ../../src/lisp/dynbind.c ../../src/lisp/breakpoint.c ../../src/lisp/regnames.c ../../src/lisp/backtrace.c ../../src/lisp/save.c ../../src/lisp/purify.c ../../src/lisp/socket.c ../../src/lisp/runprog.c ../../src/lisp/time.c ../../src/lisp/x86-arch.c ../../src/lisp/x86-assem.S ../../src/lisp/linux-stubs.S ../../src/lisp/Linux-os.c ../../src/lisp/os-common.c ../../src/lisp/elf.c ../../src/lisp/gc.c > ,depends cc1: note: obsolete option -I- used, please use -iquote instead In file included from ../../src/lisp/lisp.c:19: ./internals.h:1:2: error: #error You need to run genesis (via build-world.sh) before compiling the startup code! [snip many similar warnings and errors] gmake: *** [Depends] Error 1 src/tools/load-world.sh: line 17: i386-redhat-linux-gnu-2/lisp/lisp: No such file or directory Failed to build i386-redhat-linux-gnu-2! error: Bad exit status from /var/tmp/rpm-tmp.53056 (%build) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 06:01:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 01:01:11 -0500 Subject: [Bug 183969] Review Request: worminator - Sidescrolling platform and shoot'em up action-game In-Reply-To: Message-ID: <200603090601.k2961But017341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: worminator - Sidescrolling platform and shoot'em up action-game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-09 01:01 EST ------- Darn, well the NX stuff still is a real problem. And as said this is all acadamic because I don't plan to release worminator for FC-4 because of the old allegro there. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Thu Mar 9 07:13:06 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 09 Mar 2006 08:13:06 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Thu, 09 Mar 2006 01:34:55 +0100." <87oe0gv4k0.fsf@kosh.bigo.ensc.de> Message-ID: <200603090713.k297DDOK015039@mx3.redhat.com> Enrico Scholz said: > alternatives is already used by fedora-usermgmt. But I do not see how > this help to install the fedora-usermgmt bits without a Requires: > fedora-usermgmt. I think we are still not talking exactly about the same thing... Let me try to rephrase: 1. there are packages (both in FC and FE) that need to create UIDs 2. some admins would like to have those UIDs created in a predictable/defined way 3. you propose an add-on/wrapper package that allows to do this, but it is non-transparent: packages that want to use your mechanism must have a Require for fedora-adduser. Thus the packager makes the decision, not the admin 4. when an admin decides to use your mechanism, part of the packages installed will still not be right because all FC and some FE packages do not have the Require mentioned in step 3, and some packagers adamantly refuse to add it 5. no consensus is emerging that point 3 is the right thing to do What I think some other persons and I are proposing is that you change the fedora-usermgmt package to be a complete, transparent replacement for useradd (shadow-utils package). That way, when an admin decides to install your package, he knows all the packages he later installs will obey the policy he decided to apply when he configured the necessary bits in your package. Packagers then no longer need to worry whether to Require useradd or fedora-useradd. I think that would make everyone happy... (maybe famous last words too :-) ) From bugzilla at redhat.com Thu Mar 9 08:03:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 03:03:30 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603090803.k2983Udc009630@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-09 03:03 EST ------- Sorry - I edit an internationally read programmers magazine which is currently taking quite a chunk of my time (it does around this time every other month). I will get onto it hopefully today. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 10:07:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 05:07:16 -0500 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200603091007.k29A7Gj3011111@www.beta.redhat.com> Please 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 csilvers2000 at yahoo.com 2006-03-09 05:07 EST ------- Just wanted to give an update. We've found other issues with recent kernels, notably in changes to whether threads are allowed to PTRACE_ATTACH to sibling threads. These require a significant rewrite to the heap-checker code. We're working on it! But we still have a ways to go until it will be all ready. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 10:07:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 05:07:38 -0500 Subject: [Bug 177081] Review Request: nucleo In-Reply-To: Message-ID: <200603091007.k29A7c3a011227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nucleo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177081 ------- Additional Comments From che666 at gmail.com 2006-03-09 05:07 EST ------- to generate the configure script issuing autoreconf --force --install is enough on top of the %build secdtion no need to generate a patch besides maybe a patch for the spec. i hope that helped to clear things up and to let progress flow again. i have been packaging nucleo / metisse back in fc3 times. its still interesting in my eyes if one wants to do research in the 3d desktop area. if you gotta execute some scripts it helps to look what the script does. trivial... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 10:11:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 05:11:25 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603091011.k29ABP9Y012199@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-09 05:11 EST ------- Spec Name or Url: http://www.smmp.salford.ac.uk/packages/libopts.spec SRPM Name or Url: http://www.smmp.salford.ac.uk/packages/libopts-27.1-2.src.rpm Changelog Changes made to spec file as proposed -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 9 10:23:15 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 09 Mar 2006 11:23:15 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603090713.k297DDOK015039@mx3.redhat.com> (Christian Iseli's message of "Thu, 09 Mar 2006 08:13:06 +0100") References: <87oe0gv4k0.fsf@kosh.bigo.ensc.de> <200603090713.k297DDOK015039@mx3.redhat.com> Message-ID: <87k6b3vrvw.fsf@kosh.bigo.ensc.de> Christian.Iseli at licr.org writes: > I think we are still not talking exactly about the same thing... > > Let me try to rephrase: > 1. there are packages (both in FC and FE) that need to create UIDs > 2. some admins would like to have those UIDs created in a > predictable/defined way > 3. you propose an add-on/wrapper package that allows to do this, but > it is non-transparent: packages that want to use your mechanism > must have a Require for fedora-adduser. Thus the packager makes > the decision, not the admin > 4. when an admin decides to use your mechanism, part of the packages > installed will still not be right because all FC and some FE > packages do not have the Require mentioned in step 3, and some > packagers adamantly refuse to add it > 5. no consensus is emerging that point 3 is the right thing to do > > What I think some other persons and I are proposing is that you change > the fedora-usermgmt package to be a complete, transparent replacement > for useradd (shadow-utils package). That way, when an admin decides > to install your package, he knows all the packages he later installs > will obey the policy he decided to apply when he configured the > necessary bits in your package. Packagers then no longer need to > worry whether to Require useradd or fedora-useradd. I think that > would make everyone happy... (maybe famous last words too :-) ) Ok, I understand your suggestion so, that: * 'fedora-usermgmt' gets the following headers: |+ Provides: shadow-utils | ... |- Requires: shadow-utils |+ Requires: /usr/sbin/useradd * every package which creates users will contain something like | Requires(pre): shadow-utils | ... | %pre | if test -x /usr/sbin/fedora-useradd; then | /usr/sbin/fedora-useradd ... | else | /usr/sbin/useradd ... | fi I could live with it. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 9 10:36:52 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 09 Mar 2006 11:36:52 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <87k6b3vrvw.fsf@kosh.bigo.ensc.de> (Enrico Scholz's message of "Thu, 09 Mar 2006 11:23:15 +0100") References: <87oe0gv4k0.fsf@kosh.bigo.ensc.de> <200603090713.k297DDOK015039@mx3.redhat.com> <87k6b3vrvw.fsf@kosh.bigo.ensc.de> Message-ID: <87fylrvr97.fsf@kosh.bigo.ensc.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > * 'fedora-usermgmt' gets the following headers: > |+ Provides: shadow-utils > | ... > |- Requires: shadow-utils > |+ Requires: /usr/sbin/useradd > > * every package which creates users will contain something like > | Requires(pre): shadow-utils > | ... > | %pre > | if test -x /usr/sbin/fedora-useradd; then > | /usr/sbin/fedora-useradd ... > | else > | /usr/sbin/useradd ... > | fi > > > I could live with it. This was too early: changes above will not work; when the package, shadow-utils and fedora-usermgmt are in the same transaction, fedora-usermgmt can be installed *after* the package which would be wrong. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From rc040203 at freenet.de Thu Mar 9 10:40:06 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 09 Mar 2006 11:40:06 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603090713.k297DDOK015039@mx3.redhat.com> References: <200603090713.k297DDOK015039@mx3.redhat.com> Message-ID: <1141900807.15614.119.camel@mccallum.corsepiu.local> On Thu, 2006-03-09 at 08:13 +0100, Christian.Iseli at licr.org wrote: > Enrico Scholz said: > > alternatives is already used by fedora-usermgmt. But I do not see how > > this help to install the fedora-usermgmt bits without a Requires: > > fedora-usermgmt. > > I think we are still not talking exactly about the same thing... > > Let me try to rephrase: > 1. there are packages (both in FC and FE) that need to create UIDs I question this wrt. certain details: a) I question the need to specify "uids by numbers" in general, unless there are predefined/preallocated uid-ranges, because in a networked environment each network admin will apply his own strategy/convention of grouping such uids. Therefore any assumption on "reserved uids" must inevitably clash somewhere. b) I question the need for rpms to use fixed uid-numbers. rpms always are installed locally and don't have any knowledge about uids/accounts in a network. Therefore, installing rpms which add uids will always require additional effort in a network to propagate those uids/ids into the network. [Actually it requires to add those uids to the networked uid/id database before installing the package - This is beyond the scope of rpm] c) Many packages probably don't need any package specific account, probably even less will require a fixed numeric uid. Many of those who really need one, probably actually would be satisfied with an arbitrary, ordinary user account and do neither need a fix uid nor a reserved one. > 2. some admins would like to have those UIDs created in a > predictable/defined way Here the question is: locally or network-wide? For local installation, you never need a predictable uid, all you need is predictable id within a certain range of uids (You need an id "httpd" with uid < 100, but there is not need to fix it to a particular uid). For a network wide installation, you'd need to have network-wide consistent uid/ids. This doesn't necessarily mean using fixed ids, it only means you'll have to have a way to propagate those uid/ids into your network. Allocating a range of uids/ids is the most simplistic and primitive way, but there are others (Note: you'd also have to reserve ids (user names), otherwise they are candidates for clashes, too). > 3. you propose an add-on/wrapper package that allows to do this, but > it is non-transparent: packages that want to use your mechanism > must have a Require for fedora-adduser. Thus the packager makes > the decision, not the admin This is what I consider one fundamental flaw in Enrico's approach. He tries to dictate what admins consider their task. > 4. when an admin decides to use your mechanism, part of the packages > installed will still not be right because all FC and some FE > packages do not have the Require mentioned in step 3, and some > packagers adamantly refuse to add it What could be done is to implement fedora-usermgmt as a wrapper to useradd/etc. which remapping certain useradd calls by mapping requested uids/ids from a built-in lookup table. > 5. no consensus is emerging that point 3 is the right thing to do > > What I think some other persons and I are proposing is that you change > the fedora-usermgmt package to be a complete, transparent replacement > for useradd (shadow-utils package). That way, when an admin decides > to install your package, he knows all the packages he later installs > will obey the policy he decided to apply when he configured the > necessary bits in your package. Packagers then no longer need to > worry whether to Require useradd or fedora-useradd. I think that > would make everyone happy... (maybe famous last words too :-) ) ACK. Ralf From Christian.Iseli at licr.org Thu Mar 9 10:45:14 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 09 Mar 2006 11:45:14 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Thu, 09 Mar 2006 11:36:52 +0100." <87fylrvr97.fsf@kosh.bigo.ensc.de> Message-ID: <200603091045.k29AjEUV002939@ludwig-alpha.unil.ch> enrico.scholz at informatik.tu-chemnitz.de said: > > I could live with it. > This was too early: changes above will not work; when the package, > shadow-utils and fedora-usermgmt are in the same transaction, fedora-usermgmt > can be installed *after* the package which would be wrong. Actually, my thinking was that fedora-usermgmt should not depend on the useradd from shadow-utils but completely replace it. Of course, it means you have to repackage the original useradd in fedora-usermgmt... Then you have something like: * 'fedora-usermgmt' gets the following headers: |+ Provides: shadow-utils * every package which creates users will contain something like | Requires(pre): shadow-utils | ... | %pre | /usr/sbin/useradd ... From bugzilla at redhat.com Thu Mar 9 11:10:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 06:10:00 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603091110.k29BA03O023538@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-09 06:09 EST ------- It would be nice when the programs and the initscripts would be shipped in different packages: * the initscripts are evolving more and more from simple 'exec start' commands to complex and slow 'script start' sequences. Most of the code executed there can be done shorter and faster when omitting generality * the initscripts are sometimes very Gentoo specific; e.g. they enforce a special syntax to declare bind-mounts * when initng comes into Core, I am prognosing that we will see all the Requires: which are in the 'initscripts' package already but which are needed under certain circumstances only So, I would like when the packaged initscripts would be optional so that a user could write optimized scripts for his system and/or package alternative initscripts with minimal dependencies. I suggest to use a virtual provides so you could write something like ,--- | ... main-package ... | Requires: initscripts(initng) | | %package initscripts | Provides: initscripts(initng) | Requires(post): initng = %version-%release | ... | %post initscripts | /sbin/gen_system_runlevel | ... | %files initscripts | %defattr(-,root,root) | %config(noreplace) %{_sysconfdir}/initng/* -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Mar 9 11:32:42 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 09 Mar 2006 12:32:42 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141900807.15614.119.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Thu, 09 Mar 2006 11:40:06 +0100") References: <200603090713.k297DDOK015039@mx3.redhat.com> <1141900807.15614.119.camel@mccallum.corsepiu.local> Message-ID: <87bqwfvoo5.fsf@kosh.bigo.ensc.de> rc040203 at freenet.de (Ralf Corsepius) writes: >> 2. some admins would like to have those UIDs created in a >> predictable/defined way > Here the question is: locally or network-wide? > > For local installation, you never need a predictable uid, all you need > is predictable id within a certain range of uids (You need an id "httpd" > with uid < 100 Why that? For local installations, the uid does not matter overall. The only special about the <100 range is, that LSB compliant packages can assign static uids there. > For a network wide installation, you'd need to have network-wide > consistent uid/ids. This doesn't necessarily mean using fixed ids, it > only means you'll have to have a way to propagate those uid/ids into > your network. Allocating a range of uids/ids is the most simplistic > and primitive way, but there are others (Note: you'd also have to > reserve ids (user names), otherwise they are candidates for clashes, > too). Yes, the name-clash is a problem which can not be solved by fedora-usermgmt. It can be solved partially at the package review level to choose "good" names. >> 3. you propose an add-on/wrapper package that allows to do this, but >> it is non-transparent: packages that want to use your mechanism >> must have a Require for fedora-adduser. Thus the packager makes >> the decision, not the admin > This is what I consider one fundamental flaw in Enrico's approach. He > tries to dictate what admins consider their task. This is wrong. When I dictate somebody, then the packager. For the admin, fedora-usermgmt is completely transparent and he will not notice fedora-usermgmt's existence (except from the package list). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Thu Mar 9 12:58:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 07:58:10 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603091258.k29CwA6g012459@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 ------- Additional Comments From daner964 at student.liu.se 2006-03-09 07:57 EST ------- (In reply to comment #215) > It would be nice when the programs and the initscripts would be shipped > in different packages: I completely agree and from what I understand this is going to happen upstreams quite soon. The svn structure has just been completely redone and core and scripts now has separate branches. Sounds like we'll have different tarballs for next release. I don't really know what that would mean to us. Multiple srpms? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Mar 9 14:15:59 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Thu, 9 Mar 2006 15:15:59 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141482453.8209.82.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> Message-ID: <200603091516.04421.aportal@univ-montp2.fr> Hi, Le Samedi 4 Mars 2006 15:27, Thorsten Leemhuis a ?crit : > > aportal_AT_univ-montp2.fr gpsim 0.21.11-1.fc5 > > aportal_AT_univ-montp2.fr gputils 0.13.3-1.fc5 > > aportal_AT_univ-montp2.fr gtk+extra 2.1.1-1.fc5 > > Alain Portal/Dionysos > Last cvs activity I found: Wed Oct 5 2005 I'll update these packages as soon my cvs access problem will be solved. Regards. Alain -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Thu Mar 9 14:17:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 09:17:33 -0500 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200603091417.k29EHXeA028014@www.beta.redhat.com> Please 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 2006-03-09 09:17 EST ------- Awesome, we'll be patiently waiting for it. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 14:57:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 09:57:07 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603091457.k29Ev7AR003949@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2006-03-09 09:56 EST ------- My apologies for not actually having tried building cmucl with mock myself yet. %changelog * Wed Mar 08 2006 Rex Dieter 19c-3 - License: +MIT - BR: bc, time Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/cmucl-19c-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/cmucl-19c-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 pertusus at free.fr Thu Mar 9 16:20:20 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 9 Mar 2006 17:20:20 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <1141400478.22558.372.camel@ernie> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> Message-ID: <20060309162020.GE3690@free.fr> > If you go back through the email list archives there was a long > discussion about not relying on the fact that: Ed, could you please point me to this thread, or precise the keywords I could use to find it? I allready tried but failed. -- Pat From bugzilla at redhat.com Thu Mar 9 17:39:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 12:39:12 -0500 Subject: [Bug 175495] Review Request: cgi-util: A C library for creating CGI programs In-Reply-To: Message-ID: <200603091739.k29HdCjC013811@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cgi-util: A C library for creating CGI programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175495 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-09 12:39 EST ------- - test.cgi and filetest.cgi aren't useful to have as system binaries so they shouldn't be in %{_bindir}. Put them as %doc along with the corresponding .html files. - Move README to -devel %doc and add test.c and filetest.c - Pass --disable-static 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 Thu Mar 9 17:41:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 12:41:11 -0500 Subject: [Bug 184530] New: Review Request: perl-RPM2 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=184530 Summary: Review Request: perl-RPM2 Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jvdias at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/~jvdias/perl-RPM2 SRPM Name or Url: http://people.redhat.com/~jvdias/perl-RPM2-0.66-12.src.rpm Description: perl-RPM2 was provided in all previous versions of RHEL / Fedora Core, but in FC-5 has been deprecated for some reason . Here's a request to add it to Fedora Extras. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 17:42:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 12:42:27 -0500 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: Message-ID: <200603091742.k29HgRat014395@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-RPM2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184530 ------- Additional Comments From jvdias at redhat.com 2006-03-09 12:42 EST ------- Spec Name or Url: http://people.redhat.com/~jvdias/perl-RPM2.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ed at eh3.com Thu Mar 9 18:42:16 2006 From: ed at eh3.com (Ed Hill) Date: Thu, 09 Mar 2006 13:42:16 -0500 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <20060309162020.GE3690@free.fr> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> <20060309162020.GE3690@free.fr> Message-ID: <1141929737.21645.103.camel@ernie> On Thu, 2006-03-09 at 17:20 +0100, Patrice Dumas wrote: > > If you go back through the email list archives there was a long > > discussion about not relying on the fact that: > > Ed, could you please point me to this thread, or precise the keywords I > could use to find it? I allready tried but failed. Hi Patrice, You're right. My memory is faulty and I concede the order point. My sincere apologies. Still, I think something like %{?dist}.${FOO} doesn't belong in a devel spec file. In an FC-x spec-file I can understand why its useful and thats cool. Also, your arguments about trying to make FE spec files match (as closely as possible down to the tags) some generic upstream spec file don't, in my opinion, hold any water. The point of FE is to produce packages for Fedora. If they happen to work elsewhere or if they happen to look similar to spec files elsewhere, then thats just a coincidence. Its not a design goal of FE and is not (IMO) a point that should carry any weight in a discussion of Fedora conventions. 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 thomas at apestaart.org Thu Mar 9 19:11:30 2006 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Thu, 09 Mar 2006 20:11:30 +0100 Subject: Summary of meeting Message-ID: <1141931490.3979.48.camel@otto.amantes> == Summary == Present from FESCo: thl, warren, ensc, thomasvs, scop, skvidal Topics: * Mass rebuild of Extras for FC5 * See http://www.fedoraproject.org/wiki/Extras/FC5Status * most things rebuilt * if some of your packages do not build, and you won't fix them, you can announce them as orphans * the rest: leave the remaining things as they are and create bug reports for the rest * bug reports should be created by maintainers (who have time until next Thursday to do so) * ensc will see if he can recover his 2002 massmailer script for this purpose * scop to ask mschwendt to send a mail about all currently missing deps using repoclosure * branching of CVS for FC5 * jeremy plans on doing this on Monday, list will be warned, repo will be locked. Jeremy will deal with the floodgates reliably and responsibly as decided by consensus. * orphaned packages might get their "devel" branches removed from CVS completely, but this will be discussed after FC5 is out * Kernel module standardization * xen changes were fine * buildsys issues still unclear * deferred to next week * Weekly sponsorship nomination * Toshio Kuratomi: accepted * Free discussion * scop asks for fedora-usermgmt noise stoppage, agreed upon but countered with request for solution Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> I could do so much harm I could do you no good I'll leave a stain in your heart I would <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From paul at all-the-johnsons.co.uk Thu Mar 9 19:22:43 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 09 Mar 2006 19:22:43 +0000 Subject: Removal of an unwanted tag Message-ID: <1141932163.28319.5.camel@T7.Linux> Hi, I seem to have managed to have made a boo-boo with lib765. I've checked in a newer version and run maketag, but I've a feeling instead of cvs update, I've done something else. Is there anyway to untag so that I can get this checked in (fuse-emulator depends on it)? TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Thu Mar 9 19:30:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 14:30:19 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603091930.k29JUJR1007072@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-09 14:30 EST ------- OK, everything builds fine. I think we're good to go. 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 Mar 9 19:32:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 14:32:19 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603091932.k29JWJVR007853@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2006-03-09 14:32 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 buildsys at fedoraproject.org Thu Mar 9 19:51:31 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 9 Mar 2006 14:51:31 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060309195131.50EB08003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 freeciv-2.0.8-1.fc3 snort-2.4.4-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 9 19:56:51 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 9 Mar 2006 14:56:51 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060309195651.E538B8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 R-RScaLAPACK-0.5.1-3.fc4 SIBsim4-0.11-1.fc4 freeciv-2.0.8-1.fc4 perl-GD-2.32-1.fc4 snort-2.4.4-1.fc4 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 Thu Mar 9 19:57:16 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 09 Mar 2006 21:57:16 +0200 Subject: non fedora-usermgmt user creation In-Reply-To: <87bqwfvoo5.fsf@kosh.bigo.ensc.de> References: <200603090713.k297DDOK015039@mx3.redhat.com> <1141900807.15614.119.camel@mccallum.corsepiu.local> <87bqwfvoo5.fsf@kosh.bigo.ensc.de> Message-ID: <1141934237.16813.40.camel@bobcat.mine.nu> On Thu, 2006-03-09 at 12:32 +0100, Enrico Scholz wrote: > When I dictate somebody, then the packager. For the > admin, fedora-usermgmt is completely transparent and he will not notice > fedora-usermgmt's existence (except from the package list). As said earlier in this thread, the "except" part is bad enough for some of us. Anyway, something clearly needs to happen. Even if you continue to disregard the concerns people have about various aspects of fedora-usermgmt, the sheer amount of noise, confusion, opinion-parroting, and frequently reappearing threads on the subject here should seriously ring a bell. It needs to stop. FWIW, the only way I can personally see that happen is by you stopping to insist on minor details and accepting some of the compromises suggested by various folks, or by dropping the package from FE. From buildsys at fedoraproject.org Thu Mar 9 19:57:30 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 9 Mar 2006 14:57:30 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060309195730.5982E8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 17 SIBsim4-0.11-1.fc5 banshee-0.10.7-2 graphviz-2.8-3.fc5 kawa-1.8-5.fc5 kdetoys-3.5.1-3.fc5 lyx-1.4.0-4.fc5 maxima-5.9.2-11.fc5 pcsc-tools-1.4.3-1.fc5 pdfjam-1.20-4.fc5 perl-GD-2.32-1.fc5 perl-SNMP_Session-1.08-2.fc5 perl-YAML-Parser-Syck-0.01-5.fc5 perl-pmtools-1.00-4.fc5 sabayon-2.12.3-3 snort-2.4.4-1.fc5 vpnc-0.3.3-7 z88dk-1.6-8.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 Mar 9 20:09:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 15:09:09 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603092009.k29K99K1019505@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From tibbs at math.uh.edu 2006-03-09 15:08 EST ------- Don't forget the tracking bugs for the excluded architectures. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 9 20:16:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 15:16:24 -0500 Subject: [Bug 184463] Review Request: perl-Kwiki-Raw In-Reply-To: Message-ID: <200603092016.k29KGOlI021174@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Raw https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184463 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-09 15:16 EST ------- The new template looks very nice. Package is properly named. Specfile is clean. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 9 20:27:37 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 09 Mar 2006 21:27:37 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1141934237.16813.40.camel@bobcat.mine.nu> (Ville Skytt's message of "Thu, 09 Mar 2006 21:57:16 +0200") References: <200603090713.k297DDOK015039@mx3.redhat.com> <1141900807.15614.119.camel@mccallum.corsepiu.local> <87bqwfvoo5.fsf@kosh.bigo.ensc.de> <1141934237.16813.40.camel@bobcat.mine.nu> Message-ID: <874q27uzwm.fsf@kosh.bigo.ensc.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> When I dictate somebody, then the packager. For the admin, >> fedora-usermgmt is completely transparent and he will not notice >> fedora-usermgmt's existence (except from the package list). > > As said earlier in this thread, the "except" part is bad enough for > some of us. The only argument against fedora-usermgmt in this thread was "my spec file does not build for other distributions without modifications". But sorry, this argument is void because this is a Fedora Extras list, not a cross-distribution one. > FWIW, the only way I can personally see that happen is by you stopping > to insist on minor details and accepting some of the compromises Which compromises? Violating basic packaging rules (omitting Requires: for tools used in %scriptlets) and cluttering the spec file with errorprone scriptlets? I am still thinking about the "package-a-modified-shadow-utils" suggestion... Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Thu Mar 9 20:31:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 15:31:29 -0500 Subject: [Bug 182040] Review Request: ratpoison - simplified keyboard-only window manager In-Reply-To: Message-ID: <200603092031.k29KVTXQ024834@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ratpoison - simplified keyboard-only window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182040 ------- Additional Comments From jwb at redhat.com 2006-03-09 15:31 EST ------- I can't seem to find where this GDM entry would be... any pointers you could give me? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 20:50:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 15:50:45 -0500 Subject: [Bug 184464] Review Request: perl-Kwiki-Attachments In-Reply-To: Message-ID: <200603092050.k29KojJp029777@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Attachments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184464 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-09 15:50 EST ------- Package is properly named. Specfile is clean and follows the template. Source matches upstream. License is correct and included as %doc. Package builds in mock (with a local repository for dependencies not yet in the tree). Package dependencies are sane. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Thu Mar 9 21:24:55 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 9 Mar 2006 22:24:55 +0100 Subject: Release tag conventions (Was: rpms/libnc-dap/devel libnc-dap.spec, 1.3, 1.4) In-Reply-To: <1141929737.21645.103.camel@ernie> References: <200603030821.k238Lk7s028546@cvs-int.fedora.redhat.com> <1141374343.16522.16.camel@mccallum.corsepiu.local> <20060303083310.GA3003@free.fr> <1141376388.16522.22.camel@mccallum.corsepiu.local> <20060303092025.GB3003@free.fr> <1141400478.22558.372.camel@ernie> <20060309162020.GE3690@free.fr> <1141929737.21645.103.camel@ernie> Message-ID: <20060309212455.GA2407@free.fr> > Also, your arguments about trying to make FE spec files match (as > closely as possible down to the tags) some generic upstream spec file > don't, in my opinion, hold any water. The point of FE is to produce > packages for Fedora. If they happen to work elsewhere or if they happen > to look similar to spec files elsewhere, then thats just a coincidence. > Its not a design goal of FE and is not (IMO) a point that should carry > any weight in a discussion of Fedora conventions. I completly agree. And I never argued that to be a convention. However, the other reason still hold, which is what to do to keep spec files synced for all the branches. In that case what is better: 1. Bump version on the devel spec for each and every build, and jump version number for the FC-x up to the devel version when it is time to sync the spec. 2. add .x to the devel spec for each build, and bump release number when the specs are synced. I personaly prefer 1. and I always use 1. when I don't want to add a %changelog entry. Thoughts? -- Pat From bugzilla at redhat.com Thu Mar 9 21:25:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 16:25:25 -0500 Subject: [Bug 166796] Review Request: cmucl: CMU Common Lisp compiler In-Reply-To: Message-ID: <200603092125.k29LPPCF004436@www.beta.redhat.com> Please 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: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2006-03-09 16:25 EST ------- 6135 (cmucl): Build on target fedora-development-extras succeeded. Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/6135-cmucl-19c-4.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 Thu Mar 9 21:27:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 16:27:53 -0500 Subject: [Bug 166783] Review Request: maxima: Computer Algebra System In-Reply-To: Message-ID: <200603092127.k29LRrR7004982@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 Bug 166783 depends on bug 166796, which changed state. Bug 166796 Summary: Review Request: cmucl: CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 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 city-fan.org Thu Mar 9 21:40:30 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 09 Mar 2006 21:40:30 +0000 Subject: Removal of an unwanted tag In-Reply-To: <1141932163.28319.5.camel@T7.Linux> References: <1141932163.28319.5.camel@T7.Linux> Message-ID: <1141940430.17087.11.camel@laurel.intra.city-fan.org> On Thu, 2006-03-09 at 19:22 +0000, Paul wrote: > Hi, > > I seem to have managed to have made a boo-boo with lib765. I've checked > in a newer version and run maketag, but I've a feeling instead of cvs > update, I've done something else. > > Is there anyway to untag so that I can get this checked in > (fuse-emulator depends on it)? Look at your command history and see what you did. Try to be very careful when using cvs. Bump the release number of the spec file and "cvs commit" that. Make sure all of your other files are in the state that you want them and "cvs commit" them. Then run "make tag" again. Then you can do a "make build". Paul. From mmcgrath at fedoraproject.org Thu Mar 9 21:39:21 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 09 Mar 2006 15:39:21 -0600 Subject: non fedora-usermgmt user creation In-Reply-To: <874q27uzwm.fsf@kosh.bigo.ensc.de> References: <200603090713.k297DDOK015039@mx3.redhat.com> <1141900807.15614.119.camel@mccallum.corsepiu.local> <87bqwfvoo5.fsf@kosh.bigo.ensc.de> <1141934237.16813.40.camel@bobcat.mine.nu> <874q27uzwm.fsf@kosh.bigo.ensc.de> Message-ID: <4410A089.3000203@fedoraproject.org> Enrico Scholz wrote: >The only argument against fedora-usermgmt in this thread was "my spec >file does not build for other distributions without modifications". But >sorry, this argument is void because this is a Fedora Extras list, not a >cross-distribution one. > > > It doesn't even work for Fedora without changes to a very important subsystem that requires configuration to make any difference anyway. If I as a sys admin wanted to use this system then I'd install it and change fedora-useradd to just useradd, then our spec files can require /usr/sbin/useradd. I see no need to make adding a user propriatary just because one or two people think I should. I know its optional and all but this is the reason why I'm choosing not to use fedora-usermgmt. -Mike From wart at kobold.org Thu Mar 9 21:56:08 2006 From: wart at kobold.org (Michael Thomas) Date: Thu, 09 Mar 2006 13:56:08 -0800 Subject: deorphaning freedroidrpg Message-ID: <4410A478.2010701@kobold.org> Unless there are objections, I'll take ownership of the orphaned freedroidrpg game. I've got a fix for the build failure on FC-5 and just need to verify that it still runs. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Thu Mar 9 22:28:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 17:28:33 -0500 Subject: [Bug 184582] New: Review Request: xchm - A GUI front-end to CHMlib 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=184582 Summary: Review Request: xchm - A GUI front-end to CHMlib Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/xchm-1.4-1.src.rpm Description: xCHM is a wxWidgets-based .chm viewer. xCHM can show the contents tree if one is available, print the displayed page, change fonts faces and size, work with bookmarks, do the usual history stunts (forward, back, home), provide a searchable index and seach for text in the whole book. The search is a fast B-tree search, based on the internal $FIftiMain file found inside indexed .chm archives, and it can be customized to search in content or just the topics' titles. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 9 23:31:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 18:31:51 -0500 Subject: [Bug 175495] Review Request: cgi-util: A C library for creating CGI programs In-Reply-To: Message-ID: <200603092331.k29NVpcH032519@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cgi-util: A C library for creating CGI programs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175495 ------- Additional Comments From redhat at flyn.org 2006-03-09 18:31 EST ------- The following implements Ignacio's recommendations: Spec Name or Url: http://flyn.org/SRPMS/cgi-util.spec SRPM Name or Url: http://flyn.org/SRPMS/cgi-util-2.2.1-6.src.rpm Description: A C library for creating Common Gateway Interface ("CGI") programs -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Thu Mar 9 23:47:10 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 9 Mar 2006 18:47:10 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-09 Message-ID: <200603092347.k29NlATE026542@mx1.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- at-poke 0.2.2-2.i386 cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 lib765-devel 0.3.3-4.fc5.i386 libgdamm 1.3.7-2.fc5.i386 pam_mount 0.9.25-4.i386 thinkpad-kmod-common 5.9-1.fc5.i386 tripwire 2.3.1-22.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- at-poke 0.2.2-2.ppc cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc lib765-devel 0.3.3-4.fc5.ppc libgdamm 1.3.7-2.fc5.ppc pam_mount 0.9.25-4.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- at-poke 0.2.2-2.x86_64 cernlib 2005-7.fc5.x86_64 cernlib-packlib 2005-7.fc5.x86_64 cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 lib765-devel 0.3.3-4.fc5.x86_64 libgdamm 1.3.7-2.fc5.x86_64 pam_mount 0.9.25-4.x86_64 paw 2005-7.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: paul AT all-the-johnsons.co.uk package: lib765-devel - 0.3.3-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: lib765=0.3.3-4.fc5 From paul at all-the-johnsons.co.uk Fri Mar 10 00:01:29 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 10 Mar 2006 00:01:29 +0000 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-09 In-Reply-To: <200603092347.k29NlATE026542@mx1.redhat.com> References: <200603092347.k29NlATE026542@mx1.redhat.com> Message-ID: <1141948889.28319.22.camel@T7.Linux> Hi, > New report for: paul AT all-the-johnsons.co.uk > > package: lib765-devel - 0.3.3-4.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > lib765=0.3.3-4.fc5 I reported this earlier. It seems I've made a snafu on importing it and have both versions 0.3.3-4 and 0.3.3-3 tagged which means that the build breaks for this and fuse-emulator. Can I request that lib765 is wiped from cvs and I will reimport it once that has happened? TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From bugs.michael at gmx.net Fri Mar 10 01:17:13 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 10 Mar 2006 02:17:13 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-09 In-Reply-To: <1141948889.28319.22.camel@T7.Linux> References: <200603092347.k29NlATE026542@mx1.redhat.com> <1141948889.28319.22.camel@T7.Linux> Message-ID: <20060310021713.5d5dd0be.bugs.michael@gmx.net> On Fri, 10 Mar 2006 00:01:29 +0000, Paul F. Johnson wrote: > Hi, > > > New report for: paul AT all-the-johnsons.co.uk > > > > package: lib765-devel - 0.3.3-4.fc5.i386 from fedora-extras-development-i386 > > unresolved deps: > > lib765=0.3.3-4.fc5 > > I reported this earlier. It seems I've made a snafu on importing it and > have both versions 0.3.3-4 and 0.3.3-3 tagged which means that the build > breaks for this and fuse-emulator. Most importantly, there is a bug in the spec file. Surely you can tag multiple different releases of your packages. No problem with that. > Can I request that lib765 is wiped from cvs and I will reimport it once > that has happened? Why? --- lib765.spec.~1.2.~ 2006-03-07 20:05:31.000000000 +0100 +++ lib765.spec 2006-03-10 02:15:00.000000000 +0100 @@ -1,7 +1,7 @@ Summary: A library for emulating the uPD765a floppy controller Name: lib765 Version: 0.3.3 -Release: 4%{?dist} +Release: 5%{?dist} License: LGPL Group: System Environment/Libraries Source: http://www.seasip.demon.co.uk/Unix/LibDsk/lib765-%{version}.tar.gz @@ -16,7 +16,7 @@ %package devel Summary: Development files for lib765. Group: Development/Libraries -Requires: libdsk-devel, lib765=%{version}-%{release} +Requires: libdsk-devel, %{name} = %{version}-%{release} %description devel Development files for lib765. From bugzilla at redhat.com Fri Mar 10 02:40:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 21:40:24 -0500 Subject: [Bug 169731] Review Request: ecl - Embeddable Common-Lisp In-Reply-To: Message-ID: <200603100240.k2A2eOXr028102@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ecl - Embeddable Common-Lisp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169731 ------- Additional Comments From jpmahowald at gmail.com 2006-03-09 21:40 EST ------- (In reply to comment #7) > As far as I could find out, compiling with ecl > (which arguably is one of the main uses of the > package) requires the files in /usr/lib/ecl > (including the .h files). Thus, I prefer not to > split the package. Fine with me. For FC5 you'll have to change to modular X BuildRequires if you need X stuff. http://fedoraproject.org/wiki/Xorg/Modularization -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 10 03:56:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 22:56:33 -0500 Subject: [Bug 176855] Review Request: python-cpio: A Python module for accessing cpio archives In-Reply-To: Message-ID: <200603100356.k2A3uX11009791@www.beta.redhat.com> Please 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-cpio: A Python module for accessing cpio archives https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176855 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-09 22:56 EST ------- (In reply to comment #4) > - Encoding should be UTF-8 I don't understand what you mean by this. Which file isn't in UTF-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 Fri Mar 10 04:24:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 23:24:02 -0500 Subject: [Bug 176855] Review Request: python-cpio: A Python module for accessing cpio archives In-Reply-To: Message-ID: <200603100424.k2A4O2bN014820@www.beta.redhat.com> Please 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-cpio: A Python module for accessing cpio archives https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176855 imlinux at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |imlinux at gmail.com ------- Additional Comments From imlinux at gmail.com 2006-03-09 23:23 EST ------- I thought the spec file wasn't but it looks ok under closer inspection. The file command was confused: python-cpio.spec: lex description text Its be'cause of the first two lines in the spec file. Remove them and file is unconfused: python-cpio.spec: ASCII text Needless to say, false positive. Nothing has changed from comment #4. 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 Mar 10 04:33:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 9 Mar 2006 23:33:14 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603100433.k2A4XEWo016580@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-09 23:33 EST ------- Good: - rpmlint checks return clean - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english, and french - source matches upstream - package compiles on devel (x86_64) - no missing BR - no unnecessary BR - locales handled by %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 - .desktop file 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 Mar 10 05:05:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 00:05:15 -0500 Subject: [Bug 183097] Review Request: rogue - text-based adventure game In-Reply-To: Message-ID: <200603100505.k2A55FVI023405@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rogue - text-based adventure game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183097 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-10 00:05 EST ------- Good: - rpmlint checks return: E: rogue non-standard-dir-perm /var/games/roguelike 0775 E: rogue non-standard-executable-perm /usr/bin/rogue 02755 ignored as per comment 1. - package meets naming guidelines - package meets packaging guidelines - license (BSD) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86_64) - 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 - .desktop file - runs :) APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 06:08:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 01:08:11 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603100608.k2A68BL2004361@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-10 01:08 EST ------- Docs are back. I used the approach in comment #10. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/4/srpms/idioskopos-0.1.11-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jeff.pitman at gmail.com Fri Mar 10 06:16:07 2006 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Thu, 9 Mar 2006 22:16:07 -0800 Subject: syck-python vs. python-syck? Message-ID: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> I'm a bit surprised this made it through review. If Perl gets to have consistency in the naming of packages, why not Python? I know there's libxml2-python, etc. But, to me that's legacy baggage. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at linux-kernel.at Fri Mar 10 07:10:01 2006 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 10 Mar 2006 08:10:01 +0100 Subject: syck-python vs. python-syck? In-Reply-To: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> References: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> Message-ID: <44112649.5020404@linux-kernel.at> On 03/10/2006 07:16 AM, Jeff Pitman wrote: > I'm a bit surprised this made it through review. If Perl gets to have > consistency in the naming of packages, why not Python? I know there's > libxml2-python, etc. But, to me that's legacy baggage. Copy that. We have syck, perl-YAML-Parser-Syck, so a syck-python package should not exist, all other python modules do have correct naming, eg. python-sqlite, python-twisted, and so on... So syck-python should be moved to python-syck!!! Regarding libxml2-python; The base package is libxml2. BUT, we shoudl think about renaming this to python-libxml2 and do a Provides: libxml2-python. my 2 cent, -of PS: Maybe also with MySQL-python, gstreamer08-python, gstreamer-python and libopensync-plugin-python. From ville.skytta at iki.fi Fri Mar 10 07:37:05 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 10 Mar 2006 09:37:05 +0200 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-09 In-Reply-To: <200603092347.k29NlATE026542@mx1.redhat.com> References: <200603092347.k29NlATE026542@mx1.redhat.com> Message-ID: <1141976225.16813.82.camel@bobcat.mine.nu> On Thu, 2006-03-09 at 18:47 -0500, Michael Schwendt wrote: > Summary of broken packages in fedora-extras-development-i386: > ---------------------------------------------------------------------- > thinkpad-kmod-common 5.9-1.fc5.i386 Unless the build system can be configured/fixed to accept i586 and i686 builds soon, this one will be removed before FC5. https://bugzilla.redhat.com/183700 From oliver at linux-kernel.at Fri Mar 10 08:22:55 2006 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 10 Mar 2006 09:22:55 +0100 Subject: fish on current devel In-Reply-To: <7dad0d770506271309dfb97fc@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> Message-ID: <4411375F.3000907@linux-kernel.at> Hi Axel! Fish needs a new aquarium. :-) Just joking... It urgently needs a rebuild, but there's a problem at the moment: It seems to be a gcc 4 related problem, as with gcc 3.2 it works. However, to be included in devel, it must build with the actual system wide default compiled: gcc 4.1.0. Latest try on my FC devel box: make[1]: Entering directory `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -fno-optimize-sibling-calls -c -o function.o function.c In file included from function.c:14: fallback.h:34: error: expected declaration specifiers or '...' before numeric constant fallback.h:34: error: conflicting types for '__fwprintf_chk' /usr/include/bits/wchar2.h:223: error: previous declaration of '__fwprintf_chk' was here fallback.h:44: error: expected declaration specifiers or '...' before numeric constant fallback.h:44: error: expected ')' before '!=' token fallback.h:53: error: expected declaration specifiers or '...' before numeric constant fallback.h:53: error: conflicting types for '__wprintf_chk' /usr/include/bits/wchar2.h:225: error: previous declaration of '__wprintf_chk' was here fallback.h:62: error: expected declaration specifiers or '...' before numeric constant fallback.h:62: error: conflicting types for '__vwprintf_chk' /usr/include/bits/wchar2.h:230: error: previous declaration of '__vwprintf_chk' was here fallback.h:71: error: expected declaration specifiers or '...' before numeric constant fallback.h:71: error: conflicting types for '__vfwprintf_chk' /usr/include/bits/wchar2.h:228: error: previous declaration of '__vfwprintf_chk' was here fallback.h:80: error: expected declaration specifiers or '...' before numeric constant fallback.h:80: error: expected ')' before '!=' token function.c: In function 'function_remove': function.c:204: warning: dereferencing type-punned pointer will break strict-aliasing rules make[1]: *** [function.o] Error 1 make[1]: Leaving directory `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' error: Bad exit status from /var/tmp/rpm-tmp.34420 (%build) Please have a look and let me know. Best, Oliver From ivg2 at cornell.edu Fri Mar 10 09:07:04 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Fri, 10 Mar 2006 04:07:04 -0500 Subject: syck-python vs. python-syck? In-Reply-To: <44112649.5020404@linux-kernel.at> References: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> <44112649.5020404@linux-kernel.at> Message-ID: <441141B8.2070005@cornell.edu> > > We have syck, perl-YAML-Parser-Syck, so a syck-python package should > not exist, all other python modules do have correct naming, eg. > python-sqlite, python-twisted, and so on... > > So syck-python should be moved to python-syck!!! > > Regarding libxml2-python; The base package is libxml2. BUT, we shoudl > think about renaming this to python-libxml2 and do a Provides: > libxml2-python. > > my 2 cent, > -of > > PS: Maybe also with MySQL-python, gstreamer08-python, gstreamer-python > and libopensync-plugin-python. While we're at it, let's rename all mono packages to mono-, all java packages to java-, and all C packages to c-. That way the user can focus on what's really important to a user (the programming language of the software) as opposed to irrelevant things like its brand name that the user can identify and recognize :) From paul at city-fan.org Fri Mar 10 09:43:27 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 10 Mar 2006 09:43:27 +0000 Subject: syck-python vs. python-syck? In-Reply-To: <441141B8.2070005@cornell.edu> References: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> <44112649.5020404@linux-kernel.at> <441141B8.2070005@cornell.edu> Message-ID: <1141983808.17087.35.camel@laurel.intra.city-fan.org> On Fri, 2006-03-10 at 04:07 -0500, Ivan Gyurdiev wrote: > > > > We have syck, perl-YAML-Parser-Syck, so a syck-python package should > > not exist, all other python modules do have correct naming, eg. > > python-sqlite, python-twisted, and so on... > > > > So syck-python should be moved to python-syck!!! > > > > Regarding libxml2-python; The base package is libxml2. BUT, we shoudl > > think about renaming this to python-libxml2 and do a Provides: > > libxml2-python. > > > > my 2 cent, > > -of > > > > PS: Maybe also with MySQL-python, gstreamer08-python, gstreamer-python > > and libopensync-plugin-python. > While we're at it, let's rename all mono packages to mono-, all > java packages to java-, and all C packages to c-. That way the > user can focus on what's really important to a user (the programming > language of the software) as opposed to irrelevant things like its brand > name that the user can identify and recognize :) Isn't the rule of thumb for this that applications use their own names regardless of language, but supporting libraries/modules use their own namespace? e.g. "grepmail" is a perl-based application that uses the module "perl-Mail-MBox-MessageParser" "bittorrent" is a python-based application that uses the library "python-crypt" "firefox" is a c++-based application that uses the library "libjpeg" Paul. From oliver at linux-kernel.at Fri Mar 10 10:15:38 2006 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 10 Mar 2006 11:15:38 +0100 Subject: syck-python vs. python-syck? In-Reply-To: <1141983808.17087.35.camel@laurel.intra.city-fan.org> References: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> <44112649.5020404@linux-kernel.at> <441141B8.2070005@cornell.edu> <1141983808.17087.35.camel@laurel.intra.city-fan.org> Message-ID: <441151CA.4070406@linux-kernel.at> On 03/10/2006 10:43 AM, Paul Howarth wrote: > On Fri, 2006-03-10 at 04:07 -0500, Ivan Gyurdiev wrote: >>> We have syck, perl-YAML-Parser-Syck, so a syck-python package should >>> not exist, all other python modules do have correct naming, eg. >>> python-sqlite, python-twisted, and so on... >>> >>> So syck-python should be moved to python-syck!!! >>> >>> Regarding libxml2-python; The base package is libxml2. BUT, we shoudl >>> think about renaming this to python-libxml2 and do a Provides: >>> libxml2-python. >>> >>> my 2 cent, >>> -of >>> >>> PS: Maybe also with MySQL-python, gstreamer08-python, gstreamer-python >>> and libopensync-plugin-python. >> While we're at it, let's rename all mono packages to mono-, all >> java packages to java-, and all C packages to c-. That way the >> user can focus on what's really important to a user (the programming >> language of the software) as opposed to irrelevant things like its brand >> name that the user can identify and recognize :) > > Isn't the rule of thumb for this that applications use their own names > regardless of language, but supporting libraries/modules use their own > namespace? [ ... ] MAYBE I said... OK. For gstreamer and libopensync it might not be the best idea... But for MySQL-python, this would be a good idea - I think... -of From bugs.michael at gmx.net Fri Mar 10 10:24:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 10 Mar 2006 11:24:15 +0100 Subject: fish on current devel In-Reply-To: <4411375F.3000907@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <4411375F.3000907@linux-kernel.at> Message-ID: <20060310112415.54ff32a9.bugs.michael@gmx.net> On Fri, 10 Mar 2006 09:22:55 +0100, Oliver Falk wrote: > Hi Axel! > > Fish needs a new aquarium. :-) Just joking... It urgently needs a > rebuild, but there's a problem at the moment: > > It seems to be a gcc 4 related problem, as with gcc 3.2 it works. > > However, to be included in devel, it must build with the actual system > wide default compiled: gcc 4.1.0. > > Latest try on my FC devel box: > > make[1]: Entering directory > `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 > -mtune=generic -fasynchronous-unwind-tables -Wall > -fno-optimize-sibling-calls -c -o function.o function.c > In file included from function.c:14: > fallback.h:34: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:34: error: conflicting types for '__fwprintf_chk' > /usr/include/bits/wchar2.h:223: error: previous declaration of > '__fwprintf_chk' was here > fallback.h:44: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:44: error: expected ')' before '!=' token > fallback.h:53: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:53: error: conflicting types for '__wprintf_chk' > /usr/include/bits/wchar2.h:225: error: previous declaration of > '__wprintf_chk' was here > fallback.h:62: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:62: error: conflicting types for '__vwprintf_chk' > /usr/include/bits/wchar2.h:230: error: previous declaration of > '__vwprintf_chk' was here > fallback.h:71: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:71: error: conflicting types for '__vfwprintf_chk' > /usr/include/bits/wchar2.h:228: error: previous declaration of > '__vfwprintf_chk' was here > fallback.h:80: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:80: error: expected ')' before '!=' token > function.c: In function 'function_remove': > function.c:204: warning: dereferencing type-punned pointer will break > strict-aliasing rules > make[1]: *** [function.o] Error 1 > make[1]: Leaving directory > `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' > error: Bad exit status from /var/tmp/rpm-tmp.34420 (%build) > > > Please have a look and let me know. > > Best, > Oliver > It's using definitions from config.h, but doesn't include it and therefore tries to re-declare existing system functions. Patch attached. Most likely the same for latest version. -------------- next part -------------- A non-text attachment was scrubbed... Name: fish-1.14.0-wutil.patch Type: application/octet-stream Size: 293 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fish.spec.patch Type: application/octet-stream Size: 962 bytes Desc: not available URL: From bugs.michael at gmx.net Fri Mar 10 10:27:27 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 10 Mar 2006 11:27:27 +0100 Subject: rpms/lib765/devel lib765.spec,1.2,1.3 In-Reply-To: <200603100130.k2A1UM9K026595@cvs-int.fedora.redhat.com> References: <200603100130.k2A1UM9K026595@cvs-int.fedora.redhat.com> Message-ID: <20060310112727.3363cbbd.bugs.michael@gmx.net> On Thu, 9 Mar 2006 20:29:50 -0500, Paul F. Johnson wrote: > Author: pfj > > Update of /cvs/extras/rpms/lib765/devel > -Requires: libdsk-devel, lib765=%{version}-%{release} > +Requires: libdsk-devel, %{name}=%{version}-%{release} > > %description devel > Development files for lib765. > @@ -51,6 +51,9 @@ > %exclude %{_libdir}/lib765.la > > %changelog > +* Thu Mar 9 2006 Paul F. Johnson 0.3.3-5 > +- Bug in the spec file means it didn't compile. > + The missing space around '=' is the bug. Package name, equal sign and version-release number must be separate tokens. Make it: Requires: libdsk-devel, %{name} = %{version}-%{release} From bugs.michael at gmx.net Fri Mar 10 10:31:59 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 10 Mar 2006 11:31:59 +0100 Subject: buildsys: Non-zero return value 127 ... Message-ID: <20060310113159.74330824.bugs.michael@gmx.net> http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/i386/job.log > Non-zero return value 127 on executing /usr/sbin/mock-helper chroot /var/lib/mock/fedora-development-i386-core-1b47769067fd4c62f8dc72dcf4e464c90dafa260/root /sbin/runuser - root -c "/usr/sbin/useradd -u 100 -d /builddir mockbuild" Error 127 means what? > Job failed due to build errors! Please see build logs. It's empty. From paul at all-the-johnsons.co.uk Fri Mar 10 10:31:34 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 10 Mar 2006 10:31:34 +0000 Subject: rpms/lib765/devel lib765.spec,1.2,1.3 In-Reply-To: <20060310112727.3363cbbd.bugs.michael@gmx.net> References: <200603100130.k2A1UM9K026595@cvs-int.fedora.redhat.com> <20060310112727.3363cbbd.bugs.michael@gmx.net> Message-ID: <1141986694.15648.13.camel@mrwibble.mrwobble> Hi, > The missing space around '=' is the bug. Package name, equal sign > and version-release number must be separate tokens. > > Make it: > > Requires: libdsk-devel, %{name} = %{version}-%{release} Will do. While I'm at it - is anyone else having problems with make build? I've requested fuse-emulator to be built and it fails due to build errors, yet the logs point at the buildsys rather than anything else being broken. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From bugzilla at redhat.com Fri Mar 10 10:47:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 05:47:14 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603101047.k2AAlEJG016809@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From bojan at rexursive.com 2006-03-10 05:47 EST ------- Sorry about the delay. Just been very busy lately. I'll get to it probably some time next week. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 10 12:12:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 07:12:39 -0500 Subject: [Bug 184582] Review Request: xchm - A GUI front-end to CHMlib In-Reply-To: Message-ID: <200603101212.k2ACCdNE030336@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchm - A GUI front-end to CHMlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184582 ------- Additional Comments From andy at smile.org.ua 2006-03-10 07:12 EST ------- What about wxGTK? There is wxGTK < 2.6 prevents update. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nicolas.mailhot at laposte.net Fri Mar 10 12:42:56 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 10 Mar 2006 13:42:56 +0100 (CET) Subject: syck-python vs. python-syck? In-Reply-To: <1141983808.17087.35.camel@laurel.intra.city-fan.org> References: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> <44112649.5020404@linux-kernel.at> <441141B8.2070005@cornell.edu> <1141983808.17087.35.camel@laurel.intra.city-fan.org> Message-ID: <9172.192.54.193.53.1141994576.squirrel@rousalka.dyndns.org> Le Ven 10 mars 2006 10:43, Paul Howarth a ?crit : > Isn't the rule of thumb for this that applications use their own names > regardless of language, but supporting libraries/modules use their own > namespace? It's not as clear cut as this. Perl is a very bad example because most perl modules are released at CPAN and follow cpan-conventions. At one point packagers started using perl-foo as a synonym for cpan-foo. It's ok you know perl- means part of cpan most of the times. Other langages like java are a lot less centralised. You don't have one project in charge of FOSS java. You can pretend there is unity by slapping a single namespace on packages but truth is there are more common conventions between a C++ and java package released by the same apache subproject than between an apache java package and one released by some other java player. (Sun is the only entity which had a chance of uniting java, they botched it by being greedy and alienating parters to various degrees - as evidenced by Eclipse success. The FOSS java field is still recomposing around Jakarta, Eclipse, Harmony and other centers of gravity) You'll note that while Gnome and KDE are both built around C/C++/gcc their components do not share a common namespace either. Regards, -- Nicolas Mailhot From dcbw at redhat.com Fri Mar 10 12:44:42 2006 From: dcbw at redhat.com (Dan Williams) Date: Fri, 10 Mar 2006 07:44:42 -0500 Subject: buildsys: Non-zero return value 127 ... In-Reply-To: <20060310113159.74330824.bugs.michael@gmx.net> References: <20060310113159.74330824.bugs.michael@gmx.net> Message-ID: <1141994683.2331.0.camel@localhost.localdomain> On Fri, 2006-03-10 at 11:31 +0100, Michael Schwendt wrote: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/i386/job.log > > > Non-zero return value 127 on executing /usr/sbin/mock-helper chroot /var/lib/mock/fedora-development-i386-core-1b47769067fd4c62f8dc72dcf4e464c90dafa260/root /sbin/runuser - root -c "/usr/sbin/useradd -u 100 -d /builddir mockbuild" > > Error 127 means what? My first guess is that something added a user ID that is already 100... I'll have to check a bit later to see if that's really the case. Dan From bugzilla at redhat.com Fri Mar 10 13:51:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 08:51:51 -0500 Subject: [Bug 184582] Review Request: xchm - A GUI front-end to CHMlib In-Reply-To: Message-ID: <200603101351.k2ADppVE014317@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchm - A GUI front-end to CHMlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184582 ------- Additional Comments From pertusus at free.fr 2006-03-10 08:51 EST ------- Could you be a bit more precise, please. What update does it prevent? The xchm version I packaged Buildrequires wxGTK-devel >= 2.6, but I didn't add an explicit version in the spec file, because it is intended for devel. It is more clean to do it, though. Updated at: http://www.environnement.ens.fr/perso/dumas/fc-srpms/xchm-1.4-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 14:20:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 09:20:04 -0500 Subject: [Bug 177081] Review Request: nucleo In-Reply-To: Message-ID: <200603101420.k2AEK4Wj018827@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nucleo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177081 ------- Additional Comments From che666 at gmail.com 2006-03-10 09:19 EST ------- tried building on todays rawhide state with gcc 4.1.0 on i386: g++ -DHAVE_CONFIG_H -I. -I. -I../../nucleo -I../.. -I../.. -DNUCLEO_PLUGINS_DIR =\"/usr/lib/nucleo\" -DNUCLEO_RESOURCES_DIR=\"/usr/share/nucleo\" -I/usr/include /libpng12 -I/usr/include/freetype2 -g -O2 -MT StringUtils.lo -MD -MP -MF .deps/S tringUtils.Tpo -c StringUtils.cxx -fPIC -DPIC -o .libs/StringUtils.o StringUtils.cxx:21: error: explicit instantiation of 'class std::basic_string >' in namespace 'nucleo' (which does not enclose namespace 'std') StringUtils.cxx:21: error: explicit instantiation of 'struct std::basic_string >::_Alloc_hider' in namespace 'nucleo' (which does not enclose namespace 'std') StringUtils.cxx:21: error: explicit instantiation of 'struct std::basic_string >::_Rep' in namespace 'nucleo' (which does not enclose namespace 'std') StringUtils.cxx:21: error: explicit instantiation of 'struct std::basic_string >::_Rep_base' in namespace 'nu cleo' (which does not enclose namespace 'std') make[3]: *** [StringUtils.lo] Error 1 maybe worthwhile submitting upstream. actually theres a problem with the versioning of your cvs build of nucleo nucleo-20060111-2.src.rpm a stable release cant update over it and using epoch to fix it would be evil. id reocmmend that if you package cvs that you go and use the last stable release as release version and get the cvsdate into the releasetag so you end up with something like: nucleo-0.5.0-2.cvs20060111.src.rpm this way a 0.5.1 stable is higher and you can cleanly update without using an epoch spiral. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 10 14:23:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 09:23:05 -0500 Subject: [Bug 177081] Review Request: nucleo In-Reply-To: Message-ID: <200603101423.k2AEN5Cr019498@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nucleo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177081 ------- Additional Comments From che666 at gmail.com 2006-03-10 09:22 EST ------- just to clarify the build problem in comment #15 was for 0.5.0-2 heres the build output for the cvs version on i386 rawhide: if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../nucleo -I../.. -I../.. -I/usr/include/libpng12 -I/usr/include/freetype2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -MT ConfigDict.lo -MD -MP -MF ".deps/ConfigDict.Tpo" -c -o ConfigDict.lo ConfigDict.cxx; \ then mv -f ".deps/ConfigDict.Tpo" ".deps/ConfigDict.Plo"; else rm -f ".deps/ConfigDict.Tpo"; exit 1; fi StringUtils.cxx:21: error: explicit instantiation of 'class std::basic_string >' in namespace 'nucleo' (which does not enclose namespace 'std') StringUtils.cxx:21: error: explicit instantiation of 'struct std::basic_string >::_Alloc_hider' in namespace 'nucleo' (which does not enclose namespace 'std') StringUtils.cxx:21: error: explicit instantiation of 'struct std::basic_string >::_Rep' in namespace 'nucleo' (which does not enclose namespace 'std') StringUtils.cxx:21: error: explicit instantiation of 'struct std::basic_string >::_Rep_base' in namespace 'nucleo' (which does not enclose namespace 'std') make[3]: *** [StringUtils.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... g++ -DHAVE_CONFIG_H -I. -I. -I../../nucleo -I../.. -I../.. -I/usr/include/libpng12 -I/usr/include/freetype2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -MT ConfigDict.lo -MD -MP -MF .deps/ConfigDict.Tpo -c ConfigDict.cxx -fPIC -DPIC -o .libs/ConfigDict.o ConfigDict.cxx: In member function 'bool nucleo::ConfigDict::loadFrom(const char*)': ConfigDict.cxx:48: warning: ignoring return value of 'ssize_t read(int, void*, size_t)', declared with attribute warn_unused_result -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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.pitman at gmail.com Fri Mar 10 15:37:55 2006 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Fri, 10 Mar 2006 07:37:55 -0800 Subject: syck-python vs. python-syck? In-Reply-To: <441141B8.2070005@cornell.edu> References: <6b9c17630603092216x8c725d1hedea6c17242ebb4@mail.gmail.com> <44112649.5020404@linux-kernel.at> <441141B8.2070005@cornell.edu> Message-ID: <6b9c17630603100737j3740ec08v9491dacf9b33bce6@mail.gmail.com> On 3/10/06, Ivan Gyurdiev wrote: > > > PS: Maybe also with MySQL-python, gstreamer08-python, gstreamer-python > > and libopensync-plugin-python. > While we're at it, let's rename all mono packages to mono-, all > java packages to java-, and all C packages to c-. That way the > user can focus on what's really important to a user (the programming > language of the software) as opposed to irrelevant things like its brand > name that the user can identify and recognize :) Let's not take the discussion to the extreme. The fact remains that there's already precedent on how the naming works and even the Wiki documents this as such. This has only to do with precedence in Python naming while using Perl as an example of how one deviates from syck-{lang}. syck-python is plain deceiving especially for those of us that use both Deb/Ubuntu and Fedora. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Fri Mar 10 15:43:32 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 10 Mar 2006 10:43:32 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060310154332.504328003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 3 m17n-db-1.3.3-1.fc3 m17n-lib-1.3.3-0.fc3 scim-m17n-0.2.0-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Mar 10 15:43:37 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 10 Mar 2006 10:43:37 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060310154337.EA43F8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 6 deskbar-applet-0.8.4-1.fc4 libshout-2.2-1.fc4 m17n-db-1.3.3-1.fc4 m17n-lib-1.3.3-0.fc4 qps-1.9.13-1.fc4 scim-m17n-0.2.0-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Mar 10 15:43:52 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 10 Mar 2006 10:43:52 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060310154352.7220E8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 10 cmucl-19c-4.fc5 convmv-1.09-1 jogl-1.1.1-14.fc5 lib765-0.3.3-4.fc5 lib765-0.3.3-5.fc5 libdnet-1.10-2.fc5 maxima-5.9.2-12.fc5 perl-DBD-SQLite-1.11-3.fc5 qps-1.9.13-1.fc5 rssowl-1.2-11.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 Mar 10 15:54:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 10:54:17 -0500 Subject: [Bug 90133] Review Request: rss-glx In-Reply-To: Message-ID: <200603101554.k2AFsHRB004174@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 nphilipp at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|request for really slick |Review Request: rss-glx |screensavers | Product|Fedora Core |Fedora Extras Component|xscreensaver |Package Review AssignedTo|nphilipp at redhat.com |bugzilla-sink at leemhuis.info QAContact| |fedora-extras- | |list at redhat.com ------- Additional Comments From nphilipp at redhat.com 2006-03-10 10:54 EST ------- Spec File URL: http://tiptoe.de/dav/rss-glx.spec Source RPM URL: http://tiptoe.de/dav/rss-glx-0.8.1-0.0.src.rpm rss-glx is a collection of cool graphics hacks that can be used in conjunction with xscreensaver, gnome-screensaver or KDE. NB: The package does NOT contain the original source. I've included a modified tarball which doesn't include the matrixview hack as that one includes images from the movie itself and I find it highly likely that we don't have permission to include these. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From somlo at cmu.edu Fri Mar 10 16:23:51 2006 From: somlo at cmu.edu (Gabriel L. Somlo) Date: Fri, 10 Mar 2006 11:23:51 -0500 Subject: Building kmod packages w. fedora-kmodhelper Message-ID: <20060310162351.GA30410@hedwig.net.cmu.edu> Hi, I'm using Ville & Thorsten's fedora-kmodhelper to build kmod rpms for a package I'm working on. Works really great, but the kmod packages always end up requiring -kmod-common. This is coming from the get_rpmtemplate() function: ... Requires: ${kmod_name}-kmod-common = %{version} ... Is there (or, if not, should there be) a way to make this optional, so it can be turned off by the packager (for those times where a kmod-common package would end up empty anyway) ? Thanks, Gabriel From bugzilla at redhat.com Fri Mar 10 18:10:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 13:10:40 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603101810.k2AIAe0v001773@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rdieter at math.unl.edu ------- Additional Comments From rdieter at math.unl.edu 2006-03-10 13:10 EST ------- Interesting, rss-glx is in debian/unstable. I wonder if they had problems with the matrix bits? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 18:46:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 13:46:52 -0500 Subject: [Bug 184582] Review Request: xchm - A GUI front-end to CHMlib In-Reply-To: Message-ID: <200603101846.k2AIkqLt008996@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchm - A GUI front-end to CHMlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184582 ------- Additional Comments From andy at smile.org.ua 2006-03-10 13:46 EST ------- I mean that FE current repo does not consist the wxGTK 2.6. It's a problem. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 18:46:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 13:46:44 -0500 Subject: [Bug 183038] Review Request: perl-IO-All In-Reply-To: Message-ID: <200603101846.k2AIkiVh008965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-All https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183038 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From steve at silug.org 2006-03-10 13:46 EST ------- I assume it was just an oversight that this still blocks FE-REVIEW instead of FE-ACCEPT. Packages have been built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 18:46:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 13:46:46 -0500 Subject: [Bug 183039] Review Request: perl-Spoon In-Reply-To: Message-ID: <200603101846.k2AIkkQZ008984@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spoon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183039 Bug 183039 depends on bug 183038, which changed state. Bug 183038 Summary: Review Request: perl-IO-All https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183038 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 18:48:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 13:48:21 -0500 Subject: [Bug 183039] Review Request: perl-Spoon In-Reply-To: Message-ID: <200603101848.k2AImL3s009241@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Spoon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183039 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From steve at silug.org 2006-03-10 13:48 EST ------- Summary changed appropriately and packages built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 18:48:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 13:48:33 -0500 Subject: [Bug 183040] Review Request: perl-Kwiki In-Reply-To: Message-ID: <200603101848.k2AImXiJ009292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 Bug 183040 depends on bug 183039, which changed state. Bug 183039 Summary: Review Request: perl-Spoon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183039 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 the QA contact for the bug, or are watching the QA contact. From matt at truch.net Fri Mar 10 19:31:22 2006 From: matt at truch.net (Matthew D Truch) Date: Fri, 10 Mar 2006 14:31:22 -0500 Subject: Build System Failures? Message-ID: <20060310193122.GO11120@truch.net> Hello, I'm having some trouble building cfitsio. I've tried queueing the job twice, and both have failed the same way, with several errors during the stage when mock installs rpms needed to build the package. See: http://buildsys.fedoraproject.org/logs/fedora-development-extras/6169-cfitsio-3.006-3.fc5/ specifically http://buildsys.fedoraproject.org/logs/fedora-development-extras/6169-cfitsio-3.006-3.fc5/i386/root.log for details. -- "It is now later than it was before." -------------------------- Matthew Truch Department of Physics Brown University matt at truch.net http://matt.truch.net/ -------------- 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 Mar 10 19:32:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:32:55 -0500 Subject: [Bug 183667] Review Request: perl-HTTP-BrowserDetect In-Reply-To: Message-ID: <200603101932.k2AJWtDx019374@www.beta.redhat.com> Please do 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-BrowserDetect https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183667 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From steve at silug.org 2006-03-10 14:32 EST ------- Summary updated and packages built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 19:32:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:32:56 -0500 Subject: [Bug 183040] Review Request: perl-Kwiki In-Reply-To: Message-ID: <200603101932.k2AJWuPL019398@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 Bug 183040 depends on bug 183667, which changed state. Bug 183667 Summary: Review Request: perl-HTTP-BrowserDetect https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183667 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 19:53:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:53:45 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603101953.k2AJrjwZ025490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From zcerza at redhat.com 2006-03-10 14:53 EST ------- Toshio, thanks for the review! I've implemented everything you suggested in CVS, and I'll make a new release and clear up the URLs soon. I did have some trouble with the %{dist} tag, as it was showing up in filenames - i.e. not being replaced by anything. I changed it to %{?dist} as the Canna specfile does, but now it just gets eliminated in filenames. I'm not sure what that means... John, thanks for sponsoring me. I just applied for my CVS account. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 19:54:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:54:13 -0500 Subject: [Bug 183292] Review Request: banshee In-Reply-To: Message-ID: <200603101954.k2AJsDsM025671@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: banshee https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183292 ------- Additional Comments From bdpepple at ameritech.net 2006-03-10 14:54 EST ------- This has been built hasn't it? If so, this bug can be closed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 19:54:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:54:18 -0500 Subject: [Bug 183291] Review Request: ipod-sharp In-Reply-To: Message-ID: <200603101954.k2AJsIof025697@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipod-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183291 ------- Additional Comments From bdpepple at ameritech.net 2006-03-10 14:54 EST ------- This has been built hasn't it? If so, this bug can be closed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 19:57:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:57:38 -0500 Subject: [Bug 183291] Review Request: ipod-sharp In-Reply-To: Message-ID: <200603101957.k2AJvco3026951@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ipod-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183291 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From caillon at redhat.com 2006-03-10 14:57 EST ------- Yeah, I'm just lazy/forgetful. ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 19:58:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 14:58:01 -0500 Subject: [Bug 183292] Review Request: banshee In-Reply-To: Message-ID: <200603101958.k2AJw12w027091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: banshee https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183292 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE Bug 183292 depends on bug 183291, which changed state. Bug 183291 Summary: Review Request: ipod-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183291 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED ------- Additional Comments From caillon at redhat.com 2006-03-10 14:57 EST ------- yeah -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 20:00:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 15:00:20 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603102000.k2AK0KvA028052@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From zcerza at redhat.com 2006-03-10 15:00 EST ------- Toshio, about pyspi: the API it binds is not at all easy to understand, IMO. Thank CORBA. The only reason it exists is for dogtail. Dogtail's API tries to make it much more intuitive, among other things. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 20:10:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 15:10:18 -0500 Subject: [Bug 182040] Review Request: ratpoison - simplified keyboard-only window manager In-Reply-To: Message-ID: <200603102010.k2AKAIUq030563@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ratpoison - simplified keyboard-only window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182040 ------- Additional Comments From kevin at tummy.com 2006-03-10 15:10 EST ------- You need to have a .desktop file in /usr/share/xsessions/ (ie, ratpoison.desktop) Thats what gdm looks at to generate it's list of options for sessions. See the gnome/kde/xfce versions for more info. (For Xfce, it's in the xfce-utils package). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 10 20:19:36 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 10 Mar 2006 21:19:36 +0100 Subject: Build System Failures? In-Reply-To: <20060310193122.GO11120@truch.net> References: <20060310193122.GO11120@truch.net> Message-ID: <20060310211936.21c5cc93.bugs.michael@gmx.net> On Fri, 10 Mar 2006 14:31:22 -0500, Matthew D Truch wrote: > Hello, > > I'm having some trouble building cfitsio. I've tried queueing the job > twice, and both have failed the same way, with several errors during the > stage when mock installs rpms needed to build the package. See: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6169-cfitsio-3.006-3.fc5/ > specifically > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6169-cfitsio-3.006-3.fc5/i386/root.log > for details. See older thread, 9 hours ago. From bugs.michael at gmx.net Fri Mar 10 20:45:41 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 10 Mar 2006 21:45:41 +0100 Subject: buildsys: Non-zero return value 127 ... In-Reply-To: <1141994683.2331.0.camel@localhost.localdomain> References: <20060310113159.74330824.bugs.michael@gmx.net> <1141994683.2331.0.camel@localhost.localdomain> Message-ID: <20060310214541.25c463cd.bugs.michael@gmx.net> On Fri, 10 Mar 2006 07:44:42 -0500, Dan Williams wrote: > On Fri, 2006-03-10 at 11:31 +0100, Michael Schwendt wrote: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/i386/job.log > > > > > Non-zero return value 127 on executing /usr/sbin/mock-helper chroot /var/lib/mock/fedora-development-i386-core-1b47769067fd4c62f8dc72dcf4e464c90dafa260/root /sbin/runuser - root -c "/usr/sbin/useradd -u 100 -d /builddir mockbuild" > > > > Error 127 means what? > > My first guess is that something added a user ID that is already 100... > I'll have to check a bit later to see if that's really the case. > > Dan > > Or a circular dep in core once more? [...] Install: less.i386 0:394-3 - core Install: libacl.i386 0:2.2.34-1.2 - core Install: lerror: rpmtsOrder failed, 12 elements remain warning: group tty does not exist - using root error: %post(util-linux-2.13-0.20.i386) scriptlet failed, exit status 255 [...] /var/tmp/rpm-tmp.76814: line 4: /bin/chown: No such file or directory /var/tmp/rpm-tmp.76814: line 11: grep: command not found /var/tmp/rpm-tmp.76814: line 1: /sbin/chkconfig: No such file or directory ibattr.i386 0:2.4.28-1.2 - core Install: libcap.i386 0:1.10-24.2 - core Install: libgcc.i386 0:4.1.0-3 - core [...] From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 10 20:49:27 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 10 Mar 2006 21:49:27 +0100 Subject: buildsys: Non-zero return value 127 ... In-Reply-To: <20060310113159.74330824.bugs.michael@gmx.net> (Michael Schwendt's message of "Fri, 10 Mar 2006 11:31:59 +0100") References: <20060310113159.74330824.bugs.michael@gmx.net> Message-ID: <87wtf2t488.fsf@kosh.bigo.ensc.de> bugs.michael at gmx.net (Michael Schwendt) writes: >> Non-zero return value 127 on executing /usr/sbin/mock-helper chroot /var/lib/mock/fedora-development-i386-core-1b47769067fd4c62f8dc72dcf4e464c90dafa260/root /sbin/runuser - root -c "/usr/sbin/useradd -u 100 -d /builddir mockbuild" > > Error 127 means what? caused by a dependency loop: D: LOOP: D: util-linux-2.13-0.20.i386 PreReq: /sbin/restorecon D: policycoreutils-1.29.26-5.i386 PreReq: /bin/mount Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Fri Mar 10 20:55:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 15:55:35 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603102055.k2AKtZ0S007148@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From kevin at tummy.com 2006-03-10 15:55 EST ------- Thanks for the updates. 1. rpmlint shows no output now. :) 2. You might add a README.fedora explaining that the contrib packages are not included and where to get them, since they are no longer included. You could also mention what patches you have applied and where to get them (the mailing list looks like it. ;) In the default /etc/argus.conf, both the output file and the host/port are disabled, meaning when you start argus it starts fine, but you can't communicate with it. :( A default of localhost binding might be less confusing, and allow it to work out of the box. With those changes, this package can be APPROVED. I will go ahead and sponsor you. You can continue the process from the "Get a Fedora Account" section of http://fedoraproject.org/wiki/Extras/Contributors If you have any questions at all, please feel free to drop me an email. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From philipp_subx at redfish-solutions.com Fri Mar 10 21:11:20 2006 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Fri, 10 Mar 2006 14:11:20 -0700 Subject: Newbie questions Message-ID: <4411EB78.7000807@redfish-solutions.com> Hi. I was wondering if the following were on the radar or roadmap for this group. I looked on the website, but didn't see them: Firefox 1.5 for FC3/FC4 (not in Punjabi...) Sunbird 0.33 for FC3/FC4 GDM 2.13.0.10 for FC3/FC4 Also, a packaged vmware that just drops into place would be great. Thanks, -Philip From jspaleta at gmail.com Fri Mar 10 21:38:26 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Mar 2006 16:38:26 -0500 Subject: Newbie questions In-Reply-To: <4411EB78.7000807@redfish-solutions.com> References: <4411EB78.7000807@redfish-solutions.com> Message-ID: <604aa7910603101338y598f6556q86fbfa080efcc69d@mail.gmail.com> On 3/10/06, Philip Prindeville wrote: > Hi. > > I was wondering if the following were on the radar or roadmap > for this group. I looked on the website, but didn't see them: > > Firefox 1.5 for FC3/FC4 (not in Punjabi...) > Sunbird 0.33 for FC3/FC4 > > GDM 2.13.0.10 for FC3/FC4 > > Also, a packaged vmware that just drops into place would be great. I think you need to read up a little more in the wiki about the policy outlines for Extras. firefox and sunbird and gdm are all Core applications, Extras doesn't provide updates to applications which are a part of Core. As for vmware I am not sure of anyone who is attempting to repackage the opensource code available for vmware applications into a working community built binary for redistribution.... anywhere. -jef From jspaleta at gmail.com Fri Mar 10 21:48:19 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Mar 2006 16:48:19 -0500 Subject: Newbie questions In-Reply-To: <604aa7910603101338y598f6556q86fbfa080efcc69d@mail.gmail.com> References: <4411EB78.7000807@redfish-solutions.com> <604aa7910603101338y598f6556q86fbfa080efcc69d@mail.gmail.com> Message-ID: <604aa7910603101348i1a5d9a42o7f87b4b3324a677d@mail.gmail.com> On 3/10/06, Jeff Spaleta wrote: > > Sunbird 0.33 for FC3/FC4 apologies sunbird is yet to be in Core nor Extras... and i do not see an open review ticket in the submission que. And if you look back in the list discussions for -devel-list and -extras-list you'll see some lively discussion about that application. -jef From bugzilla at redhat.com Fri Mar 10 21:46:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 16:46:14 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603102146.k2ALkEak018083@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From somlo at cmu.edu 2006-03-10 16:46 EST ------- Spec Url: http://www.contrib.andrew.cmu.edu/~somlo/argus.spec SRPM Url: http://www.contrib.andrew.cmu.edu/~somlo/argus-2.0.6.fixes.1-6.src.rpm Thanks again for the comments and advice ! - default argus.conf now enables listening on localhost:561 - clients subpackage now contains %doc README.fedora, explaining the contrib situation and origin of the printout patch -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 21:47:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 16:47:10 -0500 Subject: [Bug 184582] Review Request: xchm - A GUI front-end to CHMlib In-Reply-To: Message-ID: <200603102147.k2ALlARs018348@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchm - A GUI front-end to CHMlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184582 ------- Additional Comments From pertusus at free.fr 2006-03-10 16:47 EST ------- Oh, I see. But the current xchm release requires wxGTK 2.6. I would have liked to have xchm in FE3/4. I plan on submitting wxGTK26 for FE4, I'll see if I can complete it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 22:11:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 17:11:25 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603102211.k2AMBPlW023169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From jwz at jwz.org 2006-03-10 17:11 EST ------- Bill, re comment #22: the licensing issue "from my point of view" doesn't make a damned bit of difference; it doesn't matter what I would prefer, or what I wish, or what seems reasonable. All that matters is *what the licenses actually say*. And my reading of what they actually say says that the two licenses are incompatible in this context. I *can't* change the license on xscreensaver: it has too many contributors for me to possibly be able to change the license on every file; I can't even contact most of those people any more. And the RSS author is *unwilling* to change his license. Therefore, deadlock. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 22:32:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 17:32:18 -0500 Subject: [Bug 182040] Review Request: ratpoison - simplified keyboard-only window manager In-Reply-To: Message-ID: <200603102232.k2AMWIqR028334@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ratpoison - simplified keyboard-only window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182040 ------- Additional Comments From jwb at redhat.com 2006-03-10 17:32 EST ------- OK, I see the files you're referring to. How many languages /translations must be present in the .desktop file for the package to be acceptable? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 10 23:06:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 18:06:58 -0500 Subject: [Bug 169731] Review Request: ecl - Embeddable Common-Lisp In-Reply-To: Message-ID: <200603102306.k2AN6wIc003957@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ecl - Embeddable Common-Lisp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169731 ------- Additional Comments From gemi at bluewin.ch 2006-03-10 18:06 EST ------- I made some small adjustements: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/ecl-0.9h-3.src.rpm I left the old BuildRequires for X for now, since I test on FC4. As soon as the package is imported into cvs, it will be tested with new BuildRequires 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 bugzilla at redhat.com Fri Mar 10 23:16:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 10 Mar 2006 18:16:02 -0500 Subject: [Bug 184582] Review Request: xchm - A GUI front-end to CHMlib In-Reply-To: Message-ID: <200603102316.k2ANG23A005173@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchm - A GUI front-end to CHMlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184582 ------- Additional Comments From pertusus at free.fr 2006-03-10 18:15 EST ------- Oops, in the updated srpm, I added support for xmlrpc, but I don't think it is a good idea yet... Please use this srpm instead: http://www.environnement.ens.fr/perso/dumas/fc-srpms/xchm-1.4-3.src.rpm And indeed it only builds and installs in FC devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From katzj at redhat.com Sat Mar 11 05:22:42 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 11 Mar 2006 00:22:42 -0500 Subject: Comps, or, Making it Easier for Users to Find Software Message-ID: <1142054562.2915.4.camel@aglarond.local> With FC5 on the way and the advent of the repo-aware replacement for system-config-packages (pirut), we're now in a much better position for making it easy for users to gain access to applications. So, you might ask, what can I do to help? Well, if you maintain an application which makes sense for a user to select[1], check out the comps module and make sure that your package is listed in a reasonable group in the comps-fe5.xml.in file. If it's not, feel free to add it using the following as a template if your package were named "foo": foo If you think there needs to be a new group, please let me know. We'll eventually have the file being automatically updated with each Extras push -- for now, it's a manual process for me to drop the updated file in. Jeremy [1] So, what criteria makes sense here? In general, it's going to be applications which show up in the menus somewhere. Libraries should almost *never* be explicitly listed and instead pulled in via dependencies. Also, most text-mode utilities don't really fit in unless they have a pretty large established user-base. Given that the primary use is with a GUI, selecting a lot of text-mode things make little sense. If you have questions as to whether it makes sense or not, feel free to contact me. From katzj at redhat.com Sat Mar 11 05:24:24 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 11 Mar 2006 00:24:24 -0500 Subject: branching delayed Message-ID: <1142054664.2915.7.camel@aglarond.local> Based on the fact that the release of FC5 is being delayed, I'm also going to end up waiting to do the branching of Extras to correspond. I expect to now do so the middle to end of next week. I'll send mail on Tuesday or Wednesday with a more accurate idea of when exactly it will occur. Jeremy From mpeters at mac.com Sat Mar 11 05:53:12 2006 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Mar 2006 21:53:12 -0800 Subject: Use of the "Other" category in desktop files Message-ID: <1142056392.10610.12.camel@locolhost.localdomain> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185166 Basically - gourmet, which is a PyGTK recipe manager, puts its menu item in the "Other" Category: Categories=GNOME;Application;Other;X-Fedora; That's where upstream puts it - and where I personally think it belongs. The bug points out that krecipe, which is a similar application in purpose, puts itself into Accessories. To me, Accessories has a meaning similar to what Apple use to call a Desk Accessory back in the old old old days of the Font/DA mover - small applications of a single window that are used primarily for small stuff - like the Calculator or Dictionary or Thesaurus or similar. As such, I would agree with the upstream placement of gourmet into "Other" and disagree with the placement of krecipe into "Accessory". If I'm not properly understanding the menu structure and the intended purpose of Accessory, I need to know. I'm inclined to close it as not a bug, but first, any discussion is appreciated. From ivazquez at ivazquez.net Sat Mar 11 07:03:14 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 11 Mar 2006 02:03:14 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142054562.2915.4.camel@aglarond.local> References: <1142054562.2915.4.camel@aglarond.local> Message-ID: <1142060594.31143.3.camel@ignacio.lan> On Sat, 2006-03-11 at 00:22 -0500, Jeremy Katz wrote: > So, you might ask, what can I do to help? Well, if you maintain an > application which makes sense for a user to select[1], check out the > comps module and make sure that your package is listed in a reasonable > group in the comps-fe5.xml.in file. Just as a follow up to our convo in IRC, the comps CVS commit messages aren't going to the list, and a "Web Development" group would be handy. -- 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: 191 bytes Desc: This is a digitally signed message part URL: From mpeters at mac.com Sat Mar 11 07:38:51 2006 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Mar 2006 23:38:51 -0800 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142054562.2915.4.camel@aglarond.local> References: <1142054562.2915.4.camel@aglarond.local> Message-ID: <1142062732.10610.15.camel@locolhost.localdomain> On Sat, 2006-03-11 at 00:22 -0500, Jeremy Katz wrote: > If you think there needs to be a new group, please let me know. I don't know if it needs a separate group - but a group for fonts would imho be of value, as it may make it easier for people looking for (free) fonts to find them. I don't maintain any font packages (yet). From notting at redhat.com Sat Mar 11 08:33:27 2006 From: notting at redhat.com (Bill Nottingham) Date: Sat, 11 Mar 2006 03:33:27 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142062732.10610.15.camel@locolhost.localdomain> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> Message-ID: <20060311083327.GA21204@devserv.devel.redhat.com> Michael A. Peters (mpeters at mac.com) said: > > If you think there needs to be a new group, please let me know. > > I don't know if it needs a separate group - but a group for fonts would > imho be of value, as it may make it easier for people looking for (free) > fonts to find them. > > I don't maintain any font packages (yet). Generally, fonts are included as part of the language support groups. Bill From j.w.r.degoede at hhs.nl Sat Mar 11 09:28:03 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 11 Mar 2006 10:28:03 +0100 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <20060311083327.GA21204@devserv.devel.redhat.com> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> <20060311083327.GA21204@devserv.devel.redhat.com> Message-ID: <44129823.2000802@hhs.nl> Bill Nottingham wrote: > Michael A. Peters (mpeters at mac.com) said: >>> If you think there needs to be a new group, please let me know. >> I don't know if it needs a separate group - but a group for fonts would >> imho be of value, as it may make it easier for people looking for (free) >> fonts to find them. >> >> I don't maintain any font packages (yet). > > Generally, fonts are included as part of the language support groups. > Erm We (FE) are packaging more and more good general (iow not language specific) free fonts. I like the idea of a font group. Regards, Hans p.s. Can a package be in 2 groups? (for the font case?) From j.w.r.degoede at hhs.nl Sat Mar 11 09:32:24 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 11 Mar 2006 10:32:24 +0100 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142054562.2915.4.camel@aglarond.local> References: <1142054562.2915.4.camel@aglarond.local> Message-ID: <44129928.2010001@hhs.nl> Jeremy Katz wrote: > With FC5 on the way and the advent of the repo-aware replacement for > system-config-packages (pirut), we're now in a much better position for > making it easy for users to gain access to applications. > > So, you might ask, what can I do to help? Well, if you maintain an > application which makes sense for a user to select[1], check out the > comps module and make sure that your package is listed in a reasonable > group in the comps-fe5.xml.in file. If it's not, feel free to add it > using the following as a template if your package were named "foo": > foo > If you think there needs to be a new group, please let me know. > > We'll eventually have the file being automatically updated with each > Extras push -- for now, it's a manual process for me to drop the updated > file in. > > Jeremy > > [1] So, what criteria makes sense here? In general, it's going to be > applications which show up in the menus somewhere. Libraries should > almost *never* be explicitly listed and instead pulled in via > dependencies. Also, most text-mode utilities don't really fit in unless > they have a pretty large established user-base. Given that the primary > use is with a GUI, selecting a lot of text-mode things make little > sense. If you have questions as to whether it makes sense or not, feel > free to contact me. > Where should packages like bochs, qemu, wine (and once its packaged) freedos be? Maybe we need an emulator group? Wine is currently under system tools but that does not seem right. Regards, Hans From ville.skytta at iki.fi Sat Mar 11 09:59:37 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 11 Mar 2006 11:59:37 +0200 Subject: Building kmod packages w. fedora-kmodhelper In-Reply-To: <20060310162351.GA30410@hedwig.net.cmu.edu> References: <20060310162351.GA30410@hedwig.net.cmu.edu> Message-ID: <1142071177.19009.16.camel@bobcat.mine.nu> On Fri, 2006-03-10 at 11:23 -0500, Gabriel L. Somlo wrote: > Requires: ${kmod_name}-kmod-common = %{version} > ... > > Is there (or, if not, should there be) a way to make this optional, so > it can be turned off by the packager (for those times where a > kmod-common package would end up empty anyway) ? That's right, it cannot be turned off, and that's intentional because there's no way to add anything but the actual modules and the standard "built-in" Provides and Requires in the kmod-* packages. While it would be theoretically possible to implement the latter, I think the current approach is better. In most cases, there are things like udev configuration, dependencies on some userspace packages and whatnot that are required for the modules to be useful, and it's better to split them away from the module packages for example to avoid conflicts and/or duplication. If nothing else, at least there's documentation and license texts for the modules that should be in the -common package. Other packages depending on the particular modules should also use the -common package as the dependency that pulls them in, instead of having a direct dependency on the kmod-* packages. Note that you can have Provides: foo-kmod-common in whatever package you like, it doesn't have to be named foo-kmod-common. From pertusus at free.fr Sat Mar 11 10:20:54 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 11 Mar 2006 11:20:54 +0100 Subject: wxGTK 2.6 for FE3/4? Message-ID: <20060311102053.GA23271@free.fr> Hello, I have a wxGTK26-2.6.2 based on the wxGTK package in extras/devel. I would like to submit it for FE3/4. I think that, in order to have a smooth upgrade path, wxGTK in devel should Obsolete/Conflicts wxGTK26. If the package is accepted, would it be done? Are there any other comments on my attempt? Especially from those who package wxGTK... Basically, the only changes I did were to rename wx-config to wx-config-2.6, remove /usr/share/aclocal/wxwin.m4, comment out all the Obsolete/Conflict, change BuildRequires to fit with monolithic xorg and remove changelog entries (I would have prefered not to, however...). I don't have a specific interest in maintain that package, if somebody else wants to, you're welcome. But I need it for xchm, so I'll maintain it if needed (and accepted in FE...). If somebody wants to submit it instead of me, here is the srpm: http://www.environnement.ens.fr/perso/dumas/fc-srpms/wxGTK26-2.6.2-1.src.rpm -- Pat From bugzilla at redhat.com Sat Mar 11 10:23:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 05:23:37 -0500 Subject: [Bug 184210] Review Request: nc6 In-Reply-To: Message-ID: <200603111023.k2BANbDV011185@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nc6 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184210 mfleming+rpm at enlartenment.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mfleming+rpm at enlartenment.com 2006-03-11 05:23 EST ------- Reviewed the new SRPM - looks much better, all reported issues fixed. APPROVED. Tip: toss a %{?dist} tag in Release to make upgrades between Core releases a little easier for users and packagers alike. See http://www.fedoraproject.org/wiki/DistTag. Certainly not a big issue, but it's very convenient. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From liljencrantz at gmail.com Sat Mar 11 12:23:43 2006 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Sat, 11 Mar 2006 13:23:43 +0100 Subject: fish on current devel In-Reply-To: <4411375F.3000907@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <4411375F.3000907@linux-kernel.at> Message-ID: <7dad0d770603110423u540ec37atcbc92a23235eec3c@mail.gmail.com> Hi Oliver, On 3/10/06, Oliver Falk wrote: > Hi Axel! > > Fish needs a new aquarium. :-) Just joking... It urgently needs a > rebuild, but there's a problem at the moment: I was aware of the problem with the dependencies in the spec file, I've mailed fedora-extras-devel asking about what package replaces xorg-x11-devel twice, but I did not get any reply. Thankfully, it seems Michael Schwendt was nice enough to post a patch to this list below. The other problem, > > It seems to be a gcc 4 related problem, as with gcc 3.2 it works. > > However, to be included in devel, it must build with the actual system > wide default compiled: gcc 4.1.0. > > Latest try on my FC devel box: > > make[1]: Entering directory > `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 > -mtune=generic -fasynchronous-unwind-tables -Wall > -fno-optimize-sibling-calls -c -o function.o function.c > In file included from function.c:14: > fallback.h:34: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:34: error: conflicting types for '__fwprintf_chk' > /usr/include/bits/wchar2.h:223: error: previous declaration of > '__fwprintf_chk' was here > fallback.h:44: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:44: error: expected ')' before '!=' token > fallback.h:53: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:53: error: conflicting types for '__wprintf_chk' > /usr/include/bits/wchar2.h:225: error: previous declaration of > '__wprintf_chk' was here > fallback.h:62: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:62: error: conflicting types for '__vwprintf_chk' > /usr/include/bits/wchar2.h:230: error: previous declaration of > '__vwprintf_chk' was here > fallback.h:71: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:71: error: conflicting types for '__vfwprintf_chk' > /usr/include/bits/wchar2.h:228: error: previous declaration of > '__vfwprintf_chk' was here > fallback.h:80: error: expected declaration specifiers or '...' before > numeric constant > fallback.h:80: error: expected ')' before '!=' token > function.c: In function 'function_remove': > function.c:204: warning: dereferencing type-punned pointer will break > strict-aliasing rules > make[1]: *** [function.o] Error 1 > make[1]: Leaving directory > `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' > error: Bad exit status from /var/tmp/rpm-tmp.34420 (%build) > > > Please have a look and let me know. I've looked into this, and I am completely baffled at how this can build without as much as a warning on FC4 and every other system I've tried it on - it clearly uses a type inside a function prototype before the type is typedef:ed. I'll put out 1.21.3 fixing this. Unfortunatly I do not have access to a FC5 box, so I can't verify that this works. I've made a test version available that moves this typedef from common.h to fallback.h, as it belongs. If you could verify that this works on FC5, I'd be happy to release it at once: http://roo.no-ip.org/fish/fish-1.21.3.tar.bz2 http://roo.no-ip.org/fish/fish.spec (I can't build these into a src.rpm because I don't have FC5 and FC4 has different build deps) > > Best, > Oliver > -- Axel From liljencrantz at gmail.com Sat Mar 11 12:24:30 2006 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Sat, 11 Mar 2006 13:24:30 +0100 Subject: fish on current devel In-Reply-To: <20060310112415.54ff32a9.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <4411375F.3000907@linux-kernel.at> <20060310112415.54ff32a9.bugs.michael@gmx.net> Message-ID: <7dad0d770603110424p74e63269yc3f1d45008d57bea@mail.gmail.com> Hi Michael, On 3/10/06, Michael Schwendt wrote: > On Fri, 10 Mar 2006 09:22:55 +0100, Oliver Falk wrote: > > > Hi Axel! > > > > Fish needs a new aquarium. :-) Just joking... It urgently needs a > > rebuild, but there's a problem at the moment: > > > > It seems to be a gcc 4 related problem, as with gcc 3.2 it works. > > > > However, to be included in devel, it must build with the actual system > > wide default compiled: gcc 4.1.0. > > > > Latest try on my FC devel box: > > > > make[1]: Entering directory > > `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' > > gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 > > -mtune=generic -fasynchronous-unwind-tables -Wall > > -fno-optimize-sibling-calls -c -o function.o function.c > > In file included from function.c:14: > > fallback.h:34: error: expected declaration specifiers or '...' before > > numeric constant > > fallback.h:34: error: conflicting types for '__fwprintf_chk' > > /usr/include/bits/wchar2.h:223: error: previous declaration of > > '__fwprintf_chk' was here > > fallback.h:44: error: expected declaration specifiers or '...' before > > numeric constant > > fallback.h:44: error: expected ')' before '!=' token > > fallback.h:53: error: expected declaration specifiers or '...' before > > numeric constant > > fallback.h:53: error: conflicting types for '__wprintf_chk' > > /usr/include/bits/wchar2.h:225: error: previous declaration of > > '__wprintf_chk' was here > > fallback.h:62: error: expected declaration specifiers or '...' before > > numeric constant > > fallback.h:62: error: conflicting types for '__vwprintf_chk' > > /usr/include/bits/wchar2.h:230: error: previous declaration of > > '__vwprintf_chk' was here > > fallback.h:71: error: expected declaration specifiers or '...' before > > numeric constant > > fallback.h:71: error: conflicting types for '__vfwprintf_chk' > > /usr/include/bits/wchar2.h:228: error: previous declaration of > > '__vfwprintf_chk' was here > > fallback.h:80: error: expected declaration specifiers or '...' before > > numeric constant > > fallback.h:80: error: expected ')' before '!=' token > > function.c: In function 'function_remove': > > function.c:204: warning: dereferencing type-punned pointer will break > > strict-aliasing rules > > make[1]: *** [function.o] Error 1 > > make[1]: Leaving directory > > `/var/hosting/INTERNAL/LKERNAT/home/oliver/cvs/Fedora/extras/mine/fish/devel/fish-1.21.2' > > error: Bad exit status from /var/tmp/rpm-tmp.34420 (%build) > > > > > > Please have a look and let me know. > > > > Best, > > Oliver > > > > It's using definitions from config.h, but doesn't include it > and therefore tries to re-declare existing system functions. > Patch attached. Most likely the same for latest version. > Thanks for looking into this. Especially for the spec patch, I've made a few feeble attempts to find out what packages replace the xorg-devel package, but to no avail. -- Axel From nomis80 at nomis80.org Sat Mar 11 12:58:19 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Sat, 11 Mar 2006 07:58:19 -0500 Subject: Claiming ownership: camstream Message-ID: <200603110758.19263.nomis80@nomis80.org> Hi, I am claiming ownership of the camstream package. I will follow the procedure on http://fedoraproject.org/wiki/Extras/OrphanedPackages. Bye! From nomis80 at nomis80.org Sat Mar 11 13:03:12 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Sat, 11 Mar 2006 08:03:12 -0500 Subject: Claiming ownership: camstream In-Reply-To: <200603110758.19263.nomis80@nomis80.org> References: <200603110758.19263.nomis80@nomis80.org> Message-ID: <200603110803.13119.nomis80@nomis80.org> On Saturday 11 March 2006 07:58, Simon Perreault wrote: > I am claiming ownership of the camstream package. I will follow the > procedure on http://fedoraproject.org/wiki/Extras/OrphanedPackages. I seem to not have enough Bugzilla karma to be able to reassign camstream bugs to myself. What's wrong? From bugs.michael at gmx.net Sat Mar 11 13:35:05 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Mar 2006 14:35:05 +0100 Subject: Claiming ownership: camstream In-Reply-To: <200603110803.13119.nomis80@nomis80.org> References: <200603110758.19263.nomis80@nomis80.org> <200603110803.13119.nomis80@nomis80.org> Message-ID: <20060311143505.42dcc05e.bugs.michael@gmx.net> On Sat, 11 Mar 2006 08:03:12 -0500, Simon Perreault wrote: > On Saturday 11 March 2006 07:58, Simon Perreault wrote: > > I am claiming ownership of the camstream package. I will follow the > > procedure on http://fedoraproject.org/wiki/Extras/OrphanedPackages. > > I seem to not have enough Bugzilla karma to be able to reassign camstream bugs > to myself. What's wrong? Only the fedora_bugs group in the accounts system gives extra privileges in bugzilla, as needed for reviewers, for instance. I've reassigned the single ticket to you. From stickster at gmail.com Sat Mar 11 14:13:54 2006 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 11 Mar 2006 09:13:54 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142054562.2915.4.camel@aglarond.local> References: <1142054562.2915.4.camel@aglarond.local> Message-ID: <1142086434.4635.5.camel@localhost.localdomain> On Sat, 2006-03-11 at 00:22 -0500, Jeremy Katz wrote: > So, you might ask, what can I do to help? Well, if you maintain an > application which makes sense for a user to select[1], check out the > comps module and make sure that your package is listed in a reasonable > group in the comps-fe5.xml.in file. If it's not, feel free to add it > using the following as a template if your package were named "foo": > foo > If you think there needs to be a new group, please let me know. Jeremy, I think a Documentation group would be a big help for FDP as we prepare to submit some of our build tools and actual documents to Extras for review and inclusion. Thanks for the opportunity! documentation <_name>Documentation <_description>This group includes official documentation from the Fedora Documentation Project as well as build tools and supporting scripts.<_description> false true -- 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: 191 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Sat Mar 11 15:19:49 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 11 Mar 2006 16:19:49 +0100 Subject: Distribution of creativecommons attribution licensed game-music OK? Message-ID: <4412EA95.5000003@hhs.nl> Hi, I'm packaging a zlib licensed game, which comes with (optional) creativecommons attribution licensed music. The only copyright info on the mucicians page is a link to: http://creativecommons.org/licenses/by/1.0/ Questions: -can I dsitribute this (I guess this is a yes) -what must I do to meet the attribution requirements? Add a note to the game welcome screen / include a text file in %doc or? Thanks & Regards, Hans From pertusus at free.fr Sat Mar 11 15:31:18 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 11 Mar 2006 16:31:18 +0100 Subject: buildsys: many errors Message-ID: <20060311153118.GB2334@free.fr> Hello, I got an error while trying to build grads. First there is Install: lerror: rpmtsOrder failed, 12 elements remain then many error in %post. See the log at http://buildsys.fedoraproject.org/logs/fedora-development-extras/6194-grads-1.9b4-9.fc5/i386/root.log -- Pat From bugs.michael at gmx.net Sat Mar 11 15:49:39 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Mar 2006 16:49:39 +0100 Subject: rpms/ikvm/devel ikvm-scripts.patch, NONE, 1.1 ikvm.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200603081623.k28GNo5e013557@cvs-int.fedora.redhat.com> References: <200603081623.k28GNo5e013557@cvs-int.fedora.redhat.com> Message-ID: <20060311164939.120936be.bugs.michael@gmx.net> On Wed, 8 Mar 2006 11:23:17 -0500, Paul F. Johnson wrote: > Author: pfj > > Update of /cvs/extras/rpms/ikvm/devel > %files > %doc LICENSE COPYING > %{_bindir}/* > %{_libdir}/ikvm/ > > %files devel > %{_libdir}/pkgconfig/ikvm.pc Caution! %defattr usage is missing here for both packages! From bugs.michael at gmx.net Sat Mar 11 16:00:48 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Mar 2006 17:00:48 +0100 Subject: buildsys: many errors In-Reply-To: <20060311153118.GB2334@free.fr> References: <20060311153118.GB2334@free.fr> Message-ID: <20060311170048.1ec0407d.bugs.michael@gmx.net> On Sat, 11 Mar 2006 16:31:18 +0100, Patrice Dumas wrote: > Hello, > > I got an error while trying to build grads. First there is > Install: lerror: rpmtsOrder failed, 12 elements remain > then many error in %post. > > See the log at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6194-grads-1.9b4-9.fc5/i386/root.log > See yesterday's thread "buildsys: Non-zero return value 127 ...". Something's broken in Core. From notting at redhat.com Sat Mar 11 17:09:13 2006 From: notting at redhat.com (Bill Nottingham) Date: Sat, 11 Mar 2006 12:09:13 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <44129823.2000802@hhs.nl> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> <20060311083327.GA21204@devserv.devel.redhat.com> <44129823.2000802@hhs.nl> Message-ID: <20060311170913.GB22173@devserv.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > >Generally, fonts are included as part of the language support groups. > > Erm > > We (FE) are packaging more and more good general (iow not language > specific) free fonts. I like the idea of a font group. Well, if it's good for the general case, shouldn't it be part of one of the desktop groups? > Can a package be in 2 groups? (for the font case?) Yes. Bill From notting at redhat.com Sat Mar 11 17:13:23 2006 From: notting at redhat.com (Bill Nottingham) Date: Sat, 11 Mar 2006 12:13:23 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142086434.4635.5.camel@localhost.localdomain> References: <1142054562.2915.4.camel@aglarond.local> <1142086434.4635.5.camel@localhost.localdomain> Message-ID: <20060311171323.GC22173@devserv.devel.redhat.com> Paul W. Frields (stickster at gmail.com) said: > I think a Documentation group would be a big help for FDP as we prepare > to submit some of our build tools and actual documents to Extras for > review and inclusion. Thanks for the opportunity! There's an already existing 'Authoring and Publishing' group that might be useful for the build tools; the description is: "These tools allow you to create documentation in the DocBook format and convert them to HTML, PDF, Postscript, and text." Documentation itself could very well be in a separate group. I suppose the question is where does documentation go? Top level? Base System? Note that new top-level groups won't have icons for any new groups under them without changes to the comps-extras package in Core. Bill From rvinyard at cs.nmsu.edu Sat Mar 11 17:21:25 2006 From: rvinyard at cs.nmsu.edu (Rick L Vinyard Jr) Date: Sat, 11 Mar 2006 10:21:25 -0700 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <20060311170913.GB22173@devserv.devel.redhat.com> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> <20060311083327.GA21204@devserv.devel.redhat.com> <44129823.2000802@hhs.nl> <20060311170913.GB22173@devserv.devel.redhat.com> Message-ID: <1142097685.23190.6.camel@fangorn.local> > Hans de Goede (j.w.r.degoede at hhs.nl) said: > > >Generally, fonts are included as part of the language support groups. > > > > Erm > > > > We (FE) are packaging more and more good general (iow not language > > specific) free fonts. I like the idea of a font group. > > Well, if it's good for the general case, shouldn't it be part of > one of the desktop groups? >From a user's perspective, I like the idea of fonts available as an individual package. While it is true that any user could manually install the fonts, having packages available makes the fonts accessible to those that don't have the time to hunt down and manually install a given font. In general, I think that any particular font that is packaged individually is simply going to be used by more people than it would if it were part of another package. From notting at redhat.com Sat Mar 11 17:30:51 2006 From: notting at redhat.com (Bill Nottingham) Date: Sat, 11 Mar 2006 12:30:51 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142097685.23190.6.camel@fangorn.local> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> <20060311083327.GA21204@devserv.devel.redhat.com> <44129823.2000802@hhs.nl> <20060311170913.GB22173@devserv.devel.redhat.com> <1142097685.23190.6.camel@fangorn.local> Message-ID: <20060311173051.GA29074@devserv.devel.redhat.com> Rick L Vinyard Jr (rvinyard at cs.nmsu.edu) said: > > > We (FE) are packaging more and more good general (iow not language > > > specific) free fonts. I like the idea of a font group. > > > > Well, if it's good for the general case, shouldn't it be part of > > one of the desktop groups? > > >From a user's perspective, I like the idea of fonts available as an > individual package. > > While it is true that any user could manually install the fonts, having > packages available makes the fonts accessible to those that don't have > the time to hunt down and manually install a given font. > > In general, I think that any particular font that is packaged > individually is simply going to be used by more people than it would if > it were part of another package. Not sure what you're saying. I'm not talking about how you package it, I'm talking about how you display it for people to install from. Bill From bugzilla at redhat.com Sat Mar 11 18:20:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 13:20:07 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603111820.k2BIK7eA012875@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-11 13:19 EST ------- Spec Name or Url: http://prdownloads.sourceforge.net/phpshout/php-shout-0.3-1.spec?download SRPM Name or Url: http://prdownloads.sourceforge.net/phpshout/php-shout-0.3-1.src.rpm?download Re-submitting the latest version of php-shout for review. Now that Thomas has updated libshout to 2.2, php-shout should compile and build cleanly on devel, and the review process can continue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sat Mar 11 18:39:24 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 11 Mar 2006 18:39:24 +0000 Subject: Mono packages Message-ID: <1142102364.18041.20.camel@T7.Linux> Hi, I've currently got a pile of packages waiting for approval for mono. However, due to bugs within the FC version of Mono, I've had to swap back from the rpms to the sourcecode versions (the bugs are usually fixed very quickly on there). The problem is that I only have one box (at work) which has the RPMS installed and I could do with having them here. Is there a way to fiddle it so that I keep the build-from-source, but rpmbuild thinks I have the packages in? I'm thinking of getting the srpms, build and copy the .pc files to %{_libdir}/pkgconfig Or should I just get a spare box up to speed and use that as my builder? TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sat Mar 11 19:33:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 14:33:15 -0500 Subject: [Bug 185205] New: Review Request: nqc 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=185205 Summary: Review Request: nqc Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: nomis80 at nomis80.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://nomis80.org/rpms/SPECS/nqc.spec SRPM Name or Url: http://nomis80.org/rpms/SRPMS/nqc-3.1.r4-1.src.rpm Description: Not Quite C is a simple language with a C-like syntax that can be used to program Lego's RCX programmable brick (from the Mindstorms set). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Sat Mar 11 19:45:33 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 11 Mar 2006 20:45:33 +0100 Subject: What todo when upstream only makes .so and no .so.x Message-ID: <441328DD.60401@hhs.nl> Hi all, The subject says it all. Thanks, Hans From triad at df.lth.se Sat Mar 11 20:00:07 2006 From: triad at df.lth.se (Linus Walleij) Date: Sat, 11 Mar 2006 21:00:07 +0100 (CET) Subject: What todo when upstream only makes .so and no .so.x In-Reply-To: <441328DD.60401@hhs.nl> References: <441328DD.60401@hhs.nl> Message-ID: On Sat, 11 Mar 2006, Hans de Goede wrote: > The subject says it all. What Debian does is they take over versioning themselves, and that is also what I think we ought to do. Rename foo.so into foo.so.0, then watch the package and bump to foo.so.1 etc in accordance with the common library versioning scheme. Put a link from foo.so to foo.so.0 and put that link into the devel package. Linus From dominik at greysector.net Sat Mar 11 20:04:13 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sat, 11 Mar 2006 21:04:13 +0100 Subject: What todo when upstream only makes .so and no .so.x In-Reply-To: References: <441328DD.60401@hhs.nl> Message-ID: <20060311200413.GA28880@rathann.pekin.waw.pl> On Saturday, 11 March 2006 at 21:00, Linus Walleij wrote: > On Sat, 11 Mar 2006, Hans de Goede wrote: > > >The subject says it all. > > What Debian does is they take over versioning themselves, and that is also > what I think we ought to do. Agreed, but also ask upstream to introduce versioning (send a patch maybe?). R. -- RPM repository for Fedora Core http://rpm.greysector.net/ mpg321, xmp, faad2, lame, mad, *mplayer*, rdesktop, tin, xvid, mks, mutt "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From bugzilla at redhat.com Sat Mar 11 20:45:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 15:45:57 -0500 Subject: [Bug 185211] New: Review Request: prboom - GPL doom game engine 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=185211 Summary: Review Request: prboom - GPL doom game engine Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: wart at kobold.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/prboom.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/prboom-2.3.1-1.src.rpm Description: An open-source DOOM game engine. This has a Require: on 'doom-data', which is provided by the freedoom package. It also a Provides: doom-engine so that we can have multiple doom engines installed and the game files can require that any of them are present. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 20:48:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 15:48:59 -0500 Subject: [Bug 185212] New: Review Request: freedoom - open source doom game 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=185212 Summary: Review Request: freedoom - open source doom game files Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: wart at kobold.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/freedoom.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/freedoom-0.4.1-1.src.rpm Description: Freely distributable game files for Doom. This is an alternative set of game files to replace the shareware game files for Doom. This package has a hard requirement on prboom in the .desktop file which is reflected in the Requires tag. This will eventually be changed to require 'doom-engine' so that it can be played with alternate doom engines. Note that this introduces a circular dependency where freedoom Requires prboom, and prboom Requires freedoom. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 20:50:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 15:50:29 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603112050.k2BKoTWj032699@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |j.w.r.degoede at hhs.nl ------- Additional Comments From wart at kobold.org 2006-03-11 15:50 EST ------- Adding Hans to cc: per his request. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 20:50:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 15:50:45 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603112050.k2BKoj5G032748@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |j.w.r.degoede at hhs.nl ------- Additional Comments From wart at kobold.org 2006-03-11 15:50 EST ------- Adding Hans to cc: per his request. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From qspencer at ieee.org Sat Mar 11 22:45:51 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Sat, 11 Mar 2006 16:45:51 -0600 Subject: "illegal instruction" is a compiler bug, right? Message-ID: <4413531F.5000006@ieee.org> I just got a report from a user of the Octave RPM on FC4 that he got a crash due to an illegal instruction on an old AMD K6-3. I was able to duplicate this on a Pentium 233 (yes, I still have one), but not on my Centrino laptop. This shouldn't happen, right? The configure command from the spec file is: CXXFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE" ./configure \ --enable-shared=yes --enable-lite-kernel --enable-static=no \ --prefix=%{_prefix} --infodir=%{_infodir} --libdir=%{_libdir} This should produce something that runs on an i386, right? I just wanted to verify before I create g++ bug in bugzilla. -Quentin From bugzilla at redhat.com Sat Mar 11 22:50:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 17:50:46 -0500 Subject: [Bug 185215] New: Review Request: adime - Allegro Dialogs Made Easy 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=185215 Summary: Review Request: adime - Allegro Dialogs Made Easy Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/adime.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/adime-2.2.1-1.src.rpm Description: Adime is a portable add-on library for Allegro with functions for generating Allegro dialogs in a very simple way. Its main purpose is to give as easy an API as possible to people who want dialogs for editing many kinds of input data. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 22:52:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 17:52:23 -0500 Subject: [Bug 185216] New: Review Request: glyph-keeper 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=185216 Summary: Review Request: glyph-keeper Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/glyph-keeper.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/glyph-keeper-0.29.1-1.src.rpm Description: Glyph Keeper is a library for text rendering. It is written in C and can be used by C or C++ code. Glyph Keeper helps your program to load a font, render character glyphs and write them to the target surface. Right now only Allegro and SDL targets are supported, but there will be more in future. Glyph Keeper uses FreeType as a font engine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 22:54:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 17:54:26 -0500 Subject: [Bug 184008] Review Request: paco In-Reply-To: Message-ID: <200603112254.k2BMsQHD018716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paco https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184008 ------- Additional Comments From bugs.michael at gmx.net 2006-03-11 17:54 EST ------- NEEDSWORK * Take a look at rpm -qlpv paco-1.10.3-1.i386.rpm and notice that it includes several filesystem directories, which it must not include, e.g. drwxr-xr-x /usr/lib/pkgconfig drwxr-xr-x /usr/share/applications drwxr-xr-x /usr/share/locale drwxr-xr-x /usr/share/locale/ca drwxr-xr-x /usr/share/locale/ca/LC_MESSAGES drwxr-xr-x /usr/share/locale/fr drwxr-xr-x /usr/share/locale/fr/LC_MESSAGES drwxr-xr-x /usr/share/locale/ru drwxr-xr-x /usr/share/locale/ru/LC_MESSAGES drwxr-xr-x /usr/share/locale/sr drwxr-xr-x /usr/share/locale/sr/LC_MESSAGES drwxr-xr-x /usr/share/man drwxr-xr-x /usr/share/man/man5 drwxr-xr-x /usr/share/man/man8 drwxr-xr-x /usr/share/pixmaps Additionally, it must not include the files of the paco-debuginfo package, which is generated automatically: drwxr-xr-x /usr/lib/debug drwxr-xr-x /usr/lib/debug/usr drwxr-xr-x /usr/lib/debug/usr/bin drwxr-xr-x /usr/lib/debug/usr/lib * The included pkgconfig file is questionable, since it doesn't include anything really useful/helpful. * Package installs shared libraries into %_libdir, but doesn't run /sbin/ldconfig in %post/%postun scriptlets. * The included *.so library should not be included. * Package must not include static archives (*.a), especially not when there's no API for them. * Package should not include libtool archives (*.la) unless these are really required at run-time. * Package must include the licence file "COPYING" as %doc. * Package should include the files "AUTHORS" and "BUGS" as %doc. * Configuration file ought to be marked as such using %config(noreplace). * Locale message object files must be included with the %find_lang macro and not by including everything below %_datadir. * Desktop menu file could need some love: http://fedoraproject.org/wiki/Packaging/Guidelines * Run-time issues: Desktop menu entry for gpaco doesn't start anything. In terminal, I get: $ gpaco gpaco: /var/log/paco: No such file or directory -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 22:57:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 17:57:16 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603112257.k2BMvGgI019211@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wart at kobold.org ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-11 17:57 EST ------- Michael, I'm hoping that you're willing to review this hence the CC, this is a dependency for a game: http://home.exetel.com.au/tjaden/raidem/ Which I'm busy packaging. Its turning out to be quite a pain. It needs a lot of libs. To be fair it does come with all these libs (including a few already in FE) in the source package, but I want todo this right and thus package the libs seperatly so that they can be used later for other games too. Its late (bedtime) overhere now, so I'll take a look at your Doom work tommorow. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 11 22:59:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 17:59:15 -0500 Subject: [Bug 185216] Review Request: glyph-keeper In-Reply-To: Message-ID: <200603112259.k2BMxFQm019633@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wart at kobold.org ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-11 17:59 EST ------- Michael, I'm hoping that you're willing to review this hence the CC, this is a dependency for a game: http://home.exetel.com.au/tjaden/raidem/ Which I'm busy packaging. Its turning out to be quite a pain. It needs a lot of libs. To be fair it does come with all these libs (including a few already in FE) in the source package, but I want todo this right and thus package the libs seperatly so that they can be used later for other games too. Its late (bedtime) overhere now, so I'll take a look at your Doom work tomorow. One remark: building this only results in a -devel package, because upstream currently only supports static linking. I'll probably write a patch for the makefile to make this a proper .so lib sometime in the future. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Sat Mar 11 23:18:34 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 11 Mar 2006 17:18:34 -0600 Subject: "illegal instruction" is a compiler bug, right? In-Reply-To: <4413531F.5000006@ieee.org> References: <4413531F.5000006@ieee.org> Message-ID: Quentin Spencer wrote: > I just got a report from a user of the Octave RPM on FC4 that he got a > crash due to an illegal instruction on an old AMD K6-3. I was able to > duplicate this on a Pentium 233 (yes, I still have one), but not on my > Centrino laptop. This shouldn't happen, right? The configure command > from the spec file is: > > CXXFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE" ./configure \ > --enable-shared=yes --enable-lite-kernel --enable-static=no \ > --prefix=%{_prefix} --infodir=%{_infodir} --libdir=%{_libdir} > > This should produce something that runs on an i386, right? Not right. By not using %configure, and manually using ./configure, you've built a binary that possibly optimizes for the build-host, though $RPM_OPT_FLAGS *should* avoid that problem. NOTE: You only set CXXFLAGS, but not CFLAGS or FFLAGS (like what %configure does). Is there a reason you didn't use the %configure macro? -- Rex From qspencer at ieee.org Sat Mar 11 23:22:29 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Sat, 11 Mar 2006 17:22:29 -0600 Subject: "illegal instruction" is a compiler bug, right? In-Reply-To: References: <4413531F.5000006@ieee.org> Message-ID: <44135BB5.1010101@ieee.org> Rex Dieter wrote: >Quentin Spencer wrote: > > >>I just got a report from a user of the Octave RPM on FC4 that he got a >>crash due to an illegal instruction on an old AMD K6-3. I was able to >>duplicate this on a Pentium 233 (yes, I still have one), but not on my >>Centrino laptop. This shouldn't happen, right? The configure command >>from the spec file is: >> >>CXXFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE" ./configure \ >> --enable-shared=yes --enable-lite-kernel --enable-static=no \ >> --prefix=%{_prefix} --infodir=%{_infodir} --libdir=%{_libdir} >> >>This should produce something that runs on an i386, right? >> >> > >Not right. > >By not using %configure, and manually using ./configure, you've built a >binary that possibly optimizes for the build-host, though $RPM_OPT_FLAGS >*should* avoid that problem. NOTE: You only set CXXFLAGS, but not >CFLAGS or FFLAGS (like what %configure does). > > OK, but if the application is written in C++, isn't setting CXXFLAGS enough? Whenever I build locally, it always looks like -march=i386 is set in all of the compile commands. (Granted, there are some fortran modules, but don't think the particular crash involves any of them). >Is there a reason you didn't use the %configure macro? > > I think there was, but I can't remember what it is right now. -Quentin From qspencer at ieee.org Sat Mar 11 23:41:05 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Sat, 11 Mar 2006 17:41:05 -0600 Subject: "illegal instruction" is a compiler bug, right? In-Reply-To: <44135BB5.1010101@ieee.org> References: <4413531F.5000006@ieee.org> <44135BB5.1010101@ieee.org> Message-ID: <44136011.9060708@ieee.org> Quentin Spencer wrote: > Rex Dieter wrote: > >> Quentin Spencer wrote: >> >> >>> I just got a report from a user of the Octave RPM on FC4 that he got a >>> crash due to an illegal instruction on an old AMD K6-3. I was able to >>> duplicate this on a Pentium 233 (yes, I still have one), but not on my >>> Centrino laptop. This shouldn't happen, right? The configure command >>> from the spec file is: >>> >>> CXXFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE" ./configure \ >>> --enable-shared=yes --enable-lite-kernel --enable-static=no \ >>> --prefix=%{_prefix} --infodir=%{_infodir} --libdir=%{_libdir} >>> >>> This should produce something that runs on an i386, right? >>> >> >> >> Not right. >> >> By not using %configure, and manually using ./configure, you've built a >> binary that possibly optimizes for the build-host, though $RPM_OPT_FLAGS >> *should* avoid that problem. NOTE: You only set CXXFLAGS, but not >> CFLAGS or FFLAGS (like what %configure does). >> >> > > OK, but if the application is written in C++, isn't setting CXXFLAGS > enough? Whenever I build locally, it always looks like -march=i386 is > set in all of the compile commands. (Granted, there are some fortran > modules, but don't think the particular crash involves any of them). Just a further update: I rebuilt octave locally on the Pentium MMX system (it took about 10 hours yesterday to do it), so I tried installing it and it still crashes. Even if I had mis-used the RPM_OPT_FLAGS, because it was built locally, wouldn't this confirm that it's a compiler bug? >> Is there a reason you didn't use the %configure macro? >> >> > > I think there was, but I can't remember what it is right now. Update on this: I looked at the original version of the spec file that I inherited from when Octave was in core, and the %configure macro was never used even then. The configure command was: CFLAGS="$RPM_OPT_FLAGS -fPIC -D_GNU_SOURCE" ./configure --enable-dl --enable-shared=yes --enable-rpath --enable-lite-kernel --enable-picky-flags --enable-static=no --with-g77 --prefix=/usr --infodir=/usr/share/info Most of this I have changed since I took over maintaining the package (it never should have been CFLAGS for a C++ application, for example), but I'm still not using %configure because I thought the -D_GNU_SOURCE might have been important for something. Now I have my doubts. Does anyone know what it's for? Frankly, while it's not perfect even now, the spec file was quite a mess when I took it over and it makes me think that core packages should be subject to the same review process we have for Extras, as I think many of our spec files are better as a result. -Quentin From bugzilla at redhat.com Sat Mar 11 23:46:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 18:46:50 -0500 Subject: [Bug 178169] Review Request: jigdo In-Reply-To: Message-ID: <200603112346.k2BNkoTr026110@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jigdo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178169 ------- Additional Comments From kevin at tummy.com 2006-03-11 18:46 EST ------- Sorry for the delay in getting back to you on this review. This version looks good. The removal of the w3c-libwww-devel BR looks good. The namespace move makes sense. GCC 4.1 seems stricter in general on g++. Everything looks good. This package is APPROVED. I would be happy to sponsor you. Please continue the process from the "Get a Fedora Account" section at: http://fedoraproject.org/wiki/Extras/Contributors If you have any questions at all, please don't hesitate to drop me an email. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 12 00:52:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 19:52:15 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603120052.k2C0qFI3001169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 ------- Additional Comments From wart at kobold.org 2006-03-11 19:52 EST ------- MUST ==== * Source tarball matches upstream aa71fbe7661e56421cab42e6bca70c7c adime-2.2.1.tar.gz * Package (and .spec) named properly * License file (zlib) included * Spec file readable, in Am. English * Compiles and builds cleanly on FC-4 x86_64 * No locale files * No excessive BR: or Requires: * ldconfig used in %post/%postun as is necessary * Not relocatable * Does not create any directories that it needs to own * buildroot cleaned up in %install and %clean * No duplicate files * permissions ok * Macro usage consistent * Contains code, not content * headers, api docs, and .so library in -devel * No .la archives * No desktop file needed SHOULD ====== * Packages builds in mock (FC4-i386, FC4-x86_64, FC5-i386) * Did not test the package as I don't have anything useful to build against it. NONBLOCKING =========== * License is actually the zlib license, which is very similar to BSD. However, since the zlib package itself claims a BSD license (rpm -qi zlib), this is not a blocker. MUSTFIX ======= * "make docs" generates warnings and fails to build the html/rtf documentation because the $srcdir/docs/html and $srcdir/docs/rtf directories are missing. I suggest adding the following to %prep to suppress these warnings: mkdir docs/html mkdir docs/rtf ...and including docs/html and docs/rtf in %doc * BuildRequires: texinfo is needed to pull in 'makeinfo' to build the info files. mock builds fail without this. * rpmlint complains on i386 packages: E: adime shlib-with-non-pic-code /usr/lib/libadime.so.0 W: adime-debuginfo objdump-failed objdump: /tmp/adime-debuginfo-2.2.1-1.fc4.i386.rpm.30986/usr/lib/debug/usr/lib/libadime.so.0.debug: Invalid operation ...and on x86_64 packages: W: adime-debuginfo objdump-failed E: adime-devel only-non-binary-in-usr-lib -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From caillon at redhat.com Sun Mar 12 01:00:04 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 11 Mar 2006 20:00:04 -0500 Subject: Mono packages In-Reply-To: <1142102364.18041.20.camel@T7.Linux> References: <1142102364.18041.20.camel@T7.Linux> Message-ID: <44137294.9000501@redhat.com> On 03/11/2006 01:39 PM, Paul wrote: > Hi, > > I've currently got a pile of packages waiting for approval for mono. > However, due to bugs within the FC version of Mono, I've had to swap > back from the rpms to the sourcecode versions (the bugs are usually > fixed very quickly on there). Which bugs? I tried getting fixes in as much as possible with mono the last few weeks, but we're in freeze now, so fixes are harder to get in. If I know which bugs, I can attempt to get them in, or in an FC5Update at the least. From paul at all-the-johnsons.co.uk Sun Mar 12 01:16:18 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 12 Mar 2006 01:16:18 +0000 Subject: Mono packages In-Reply-To: <44137294.9000501@redhat.com> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> Message-ID: <1142126179.18041.48.camel@T7.Linux> Hi, > Which bugs? I tried getting fixes in as much as possible with mono the > last few weeks, but we're in freeze now, so fixes are harder to get in. I reported them into both the FC and Mono BZ's. The FC response was that basically FC were packagers. The bugs included event handling, (TextBox)foo->Clear() not working a quite a few other SWF bugs. > If I know which bugs, I can attempt to get them in, or in an FC5Update > at the least. Grab, compile and run the following source and you'll see what I mean http://www.smmp.salford.ac.uk/csharp/list7.cs (for the server drop down, click on other. You can type letters when you shouldn't, type in a value > 255 and the box clears, but you can't enter anything into it - I have a couple of others, including quite a nice GDI bug waiting to be fixed) As I said a few days back, it may be worthwhile doing a daily build from the daily generated tarballs as you can count on an SVN update almost every 30 - 60 minutes, which makes it probably one of the most developed bits of open source code! If you move to a daily build, I'll jump straight back to the rpms as it helps the FC chaps and community more than if I just use the source from svn. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From bugzilla at redhat.com Sun Mar 12 01:22:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 20:22:24 -0500 Subject: [Bug 185216] Review Request: glyph-keeper In-Reply-To: Message-ID: <200603120122.k2C1MOrQ004363@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 ------- Additional Comments From wart at kobold.org 2006-03-11 20:22 EST ------- It looks like this requires ftbitmap.h which wasn't available until freetype 2.1.10. This version is available in freetype-devel on FC-5, but not in FC-4. You should probably change the BR to BuildRequires: freetype-devel >= 2.1.10 to catch this problem. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From caillon at redhat.com Sun Mar 12 01:35:29 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 11 Mar 2006 20:35:29 -0500 Subject: Mono packages In-Reply-To: <1142126179.18041.48.camel@T7.Linux> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> Message-ID: <44137AE1.1040309@redhat.com> On 03/11/2006 08:16 PM, Paul F. Johnson wrote: > Hi, > >> Which bugs? I tried getting fixes in as much as possible with mono the >> last few weeks, but we're in freeze now, so fixes are harder to get in. > > I reported them into both the FC and Mono BZ's. The FC response was that > basically FC were packagers. The bugs included event handling, > (TextBox)foo->Clear() not working a quite a few other SWF bugs. I'm not the person who owns the Core mono packages, but I've been doing a bunch of mono work for various reasons, partly because it's been busted for my Extras packages (banshee), and on several platforms I care about. I probably haven't seen the bugs since I don't get mail when people file bugs there (I wonder how to set that up). Actual references would be nice. > As I said a few days back, it may be worthwhile doing a daily build from > the daily generated tarballs as you can count on an SVN update almost > every 30 - 60 minutes, which makes it probably one of the most developed > bits of open source code! > > If you move to a daily build, I'll jump straight back to the rpms as it > helps the FC chaps and community more than if I just use the source from > svn. Not going to happen until after FC5 is finally done, and rawhide is pulling from the FC6 tree. From wart at kobold.org Sun Mar 12 01:37:24 2006 From: wart at kobold.org (Wart) Date: Sat, 11 Mar 2006 17:37:24 -0800 Subject: Games engines, game data, and Requires Message-ID: <44137B54.4040304@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The preferred way to package games and game files is to put them in separate packages. This allows the packager to release updates for the game engine without requiring an update of the often-unchanged and sometimes large game file package. But neither package is really of any use without the other. In this case it would seem that a circular dependency is needed. I haven't noticed any problems with this on my own system, but thought I would ask the list if there are any issues with circular dependencies that should be watched for. - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEE3tSDeYlPfs40g8RAvXDAJ0SlNezsvIHEJYo00UKXKGhjCuMUACbBvJc ZE8W8wMKXKZib9dO0E1KPVY= =w3Fh -----END PGP SIGNATURE----- From rdieter at math.unl.edu Sun Mar 12 02:29:58 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 11 Mar 2006 20:29:58 -0600 Subject: "illegal instruction" is a compiler bug, right? In-Reply-To: <44136011.9060708@ieee.org> References: <4413531F.5000006@ieee.org> <44135BB5.1010101@ieee.org> <44136011.9060708@ieee.org> Message-ID: Quentin Spencer wrote: > Just a further update: I rebuilt octave locally on the Pentium MMX > system (it took about 10 hours yesterday to do it), so I tried > installing it and it still crashes. Even if I had mis-used the > RPM_OPT_FLAGS, because it was built locally, wouldn't this confirm that > it's a compiler bug? Could be some assembler code used by octave as well. > > I'm still not using %configure because I thought the -D_GNU_SOURCE > might have been important for something. Now I have my doubts. Does > anyone know what it's for? I think _GNU_SOURCE is defined by default now anyway (on most modern linux systems ??). If I were you, I'd try to go back to using %configure. -- Rex From rdieter at math.unl.edu Sun Mar 12 02:31:35 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 11 Mar 2006 20:31:35 -0600 Subject: "illegal instruction" is a compiler bug, right? In-Reply-To: <44135BB5.1010101@ieee.org> References: <4413531F.5000006@ieee.org> <44135BB5.1010101@ieee.org> Message-ID: Quentin Spencer wrote: > Rex Dieter wrote: >>> CXXFLAGS="$RPM_OPT_FLAGS -D_GNU_SOURCE" ./configure \ >>> --enable-shared=yes --enable-lite-kernel --enable-static=no \ >>> --prefix=%{_prefix} --infodir=%{_infodir} --libdir=%{_libdir} >>> >>> This should produce something that runs on an i386, right? >>> >> >> Not right. >> >> By not using %configure, and manually using ./configure, you've built a >> binary that possibly optimizes for the build-host, though $RPM_OPT_FLAGS >> *should* avoid that problem. NOTE: You only set CXXFLAGS, but not >> CFLAGS or FFLAGS (like what %configure does). > OK, but if the application is written in C++, isn't setting CXXFLAGS > enough? Last I knew, octave included a bunch of fortran stuff as well. Regardless, it wouldn't hurt to cover all bases. -- Rex From bugzilla at redhat.com Sun Mar 12 04:17:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 11 Mar 2006 23:17:00 -0500 Subject: [Bug 185221] New: Review Request: wifiroamd 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=185221 Summary: Review Request: wifiroamd Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jafo-redhat at tummy.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: wifiroamd.spec (contained in SRPM) SRPM Name or Url: ftp://ftp.tummy.com/pub/tummy/wifiroamd/wifiroamd-1.02-1.src.rpm Description: wifiroamd is a program that monitors your wireless device to keep it connected to a good access point. It will scan looking for a known AP, or will try the AP with the strongest un-encrypted signal. If a script is found for the specific AP ESSID or MAC address is found, that script is run. Otherwise, a "default" script is run. Note that I have set "config-default" to be "%config" without "(noreplace)" because users are warned not to change "config-default". Instead, user changes should go in "config". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 05:58:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 00:58:50 -0500 Subject: [Bug 185221] Review Request: wifiroamd In-Reply-To: Message-ID: <200603120558.k2C5woPp002833@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wifiroamd https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185221 ------- Additional Comments From ed at eh3.com 2006-03-12 00:58 EST ------- Hi Jafo, heres a quick review: good: + naming OK + license (GPL) is OK + builds in mock on FC4 + rpmlint reports: W: wifiroamd conffile-without-noreplace-flag /etc/wifiroamd/config-defaults which is probably safe to ignore + source matches upstream + no unnecessary BuildRequires + spec file is clean, legible, and has consistent macros + code not content OK + no shared libs or need for -devel + runs and works nicely on my FC4 laptop with NetworkManager shut off (which is currently the default for NM) nits: - please include the file "debian/copyright" in %doc - BuildRoot should be: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - please add /var/lib/wifiroamd to the list of owned dirs - I think the scriptlets should have if-s around them such as: %post if [ $1 -eq 1 ]; then chkconfig --add wifiroamd fi %preun if [ $1 -eq 0 ]; then chkconfig --del wifiroamd fi but please correct me if thats wrong! Also, I'm wondering if there will or could be some conflicts with NetworkManager and, if so, how they should be handled. Currently, NM is off by default and so is wifiroamd so they can only (potentially ??) conflict if a user chooses to turn on both simultaneously. And even with both on, I'm not certain what problems, if any, would be observed. Perhaps someone who knows a bit more about NetworkManager can step forward and say something here? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From admin at ramshacklestudios.com Sun Mar 12 07:08:47 2006 From: admin at ramshacklestudios.com (Peter Gordon) Date: Sat, 11 Mar 2006 23:08:47 -0800 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142054562.2915.4.camel@aglarond.local> References: <1142054562.2915.4.camel@aglarond.local> Message-ID: <1142147328.7717.23.camel@tuxhugger> Sounds good here, Jeremy. Though, do I need to run `make` and update the other stuff too, or just the xml.in file on its own? -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xDA3634D7 Fingerprint: 0629 F604 3C14 937E F088 E5E9 B3CB 48EC DA36 34D7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From ivg2 at cornell.edu Sun Mar 12 08:26:33 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Sun, 12 Mar 2006 03:26:33 -0500 Subject: 32-bit cvs wine on x86_64 Message-ID: <4413DB39.2010207@cornell.edu> I'd like to compile 32-bit cvs wine, on x86_64 [ since 64-bit wine can't run 32-bit apps, and cvs wine has many fixes over the released wine that I'm interested in ]. Are there any undesirable side effects of enabling the 32-bit repository on x86_64? If not, why isn't this done by default (instead 32-bit packages are being added to the x86_64 repo)? If yes, why doesn't Fedora ship: - 32-bit wine in x86_64 (along with 32-bit libraries it requires) - (-devel) packages for 32-bit libraries available in the x86_64 repo. In general, what's the target audience and purpose of the (-devel) package, and what determines when one is included, and when it isn't? From paul at all-the-johnsons.co.uk Sun Mar 12 08:35:10 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 12 Mar 2006 08:35:10 +0000 Subject: Mono packages In-Reply-To: <44137AE1.1040309@redhat.com> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> Message-ID: <1142152511.18041.53.camel@T7.Linux> Hi, > > I reported them into both the FC and Mono BZ's. The FC response was that > > basically FC were packagers. The bugs included event handling, > > (TextBox)foo->Clear() not working a quite a few other SWF bugs. > > I'm not the person who owns the Core mono packages, but I've been doing > a bunch of mono work for various reasons, partly because it's been > busted for my Extras packages (banshee), and on several platforms I care > about. I probably haven't seen the bugs since I don't get mail when > people file bugs there (I wonder how to set that up). Actual references > would be nice. I would imagine it's a BZ issue if you're not getting the posts. I'll dig out the Ximian BZ references on Monday (they're on a piece of paper at work) > > If you move to a daily build, I'll jump straight back to the rpms as it > > helps the FC chaps and community more than if I just use the source from > > svn. > > Not going to happen until after FC5 is finally done, and rawhide is > pulling from the FC6 tree. Fair enough - anything I can do to help you with Mono, you just need to ask, infact, you probably don't ;-) TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From paul at all-the-johnsons.co.uk Sun Mar 12 08:38:57 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 12 Mar 2006 08:38:57 +0000 Subject: Mono packages In-Reply-To: <44137AE1.1040309@redhat.com> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> Message-ID: <1142152737.18041.57.camel@T7.Linux> Hi, > Actual references would be nice. bugzilla.ximian.com/show_bug.cgi?id=77731 (FC BZ #184389) bugzilla.ximian.com/show_bug.cgi?id=77732 (FC BZ #184390) bugzilla.ximian.com/show_bug.cgi?id=77733 (FC BZ #184391) bugzilla.ximian.com/show_bug.cgi?id=77734 (FC BZ #184409) The last one hasn't been addressed yet. The other three have. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From bugzilla at redhat.com Sun Mar 12 08:50:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 03:50:13 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603120850.k2C8oD93025617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-12 03:50 EST ------- Many thanks, and sorry I only ran rpmlint on the mainpackage (x86_64). NONBLOCKING =========== * License is actually the zlib license, which is very similar to BSD. However, since the zlib package itself claims a BSD license (rpm -qi zlib), this is not a blocker. I actually had "zlib License" as License tag first, which is for example what mandriva uses and rpmlint upstream accepts. Our rpmlint package however overrides the list of valid licenses used by upstream and does not include zlib hence the change to BSD, which is indeed what zlib uses too. So I can either file an RFE against rpmlint to add "zlib License" or leave it as is, waht do you think? MUSTFIX ======= * "make docs" generates warnings and fails to build the html/rtf documentation because the $srcdir/docs/html and $srcdir/docs/rtf directories are missing. I suggest adding the following to %prep to suppress these warnings: mkdir docs/html mkdir docs/rtf ...and including docs/html and docs/rtf in %doc Done. * BuildRequires: texinfo is needed to pull in 'makeinfo' to build the info files. mock builds fail without this. Done. * rpmlint complains on i386 packages: E: adime shlib-with-non-pic-code /usr/lib/libadime.so.0 Ah an actual problem found by rpmlint how nice (sorry bit sarcastic, see below), I fixed this by not using allegro-config --libs as that drags in -lalleg_unshareable, which is non-PIC and thus should only be in the application and not in a .so file. This means all applications which use us must be linked with -Wl,--export-dynamic -lalleg_unsharable (or `allegro-config --libs`) W: adime-debuginfo objdump-failed objdump: /tmp/adime-debuginfo-2.2.1-1.fc4.i386.rpm.30986/usr/lib/debug/usr/lib/libadime.so.0.debug: Invalid operation rpmlint bug, see bug 185227 ...and on x86_64 packages: W: adime-debuginfo objdump-failed Same rpmlint bug 185227 E: adime-devel only-non-binary-in-usr-lib And another rpmlint bug, what fun see bug 185228 New attemp (get the src.rpm, the patches changed too) at: Spec Name or Url: http://home.zonnet.nl/jwrdegoede/adime.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/adime-2.2.1-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sun Mar 12 12:24:49 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Mar 2006 07:24:49 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060312122449.EDD9C8009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 12 cmucl-19c-4.fc4 cpanspec-1.61-1.fc4 kdetoys-3.5.1-3.fc4 kdocker-1.3-5.fc4 maxima-5.9.2-12.fc4 perl-HTTP-BrowserDetect-0.98-2.fc4 perl-IO-All-0.33-2.fc4 perl-IO-All-0.33-3.fc4 perl-Spoon-0.23-3.fc4 rkhunter-1.2.8-1.fc4 torcs-1.2.4-3.fc4 xfce4-xkb-plugin-0.3.3-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 12 12:24:28 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Mar 2006 07:24:28 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060312122428.7AD298009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 rkhunter-1.2.8-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 12 12:25:20 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Mar 2006 07:25:20 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060312122520.A3DA38009@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 25 amaya-9.1-12.fc5 apachetop-0.12.5-4.fc5 cpanspec-1.61-1.fc5 gramps-2.0.10-3.fc5 ks3switch-0.1-2.fc5 lrmi-0.10-1.fc5 perl-HTTP-BrowserDetect-0.98-2.fc5 perl-IO-All-0.33-3.fc5 perl-Kwiki-0.38-3.fc5 perl-Kwiki-Archive-Rcs-0.15-4.fc5 perl-Kwiki-Attachments-0.18-1.fc5 perl-Kwiki-Diff-0.03-2.fc5 perl-Kwiki-ModPerl-0.09-2.fc5 perl-Kwiki-NewPage-0.12-3.fc5 perl-Kwiki-Raw-0.02-2.fc5 perl-Kwiki-RecentChanges-0.13-3.fc5 perl-Kwiki-Revisions-0.15-3.fc5 perl-Kwiki-Search-0.12-3.fc5 perl-Kwiki-UserName-0.14-3.fc5 perl-Kwiki-UserPreferences-0.13-3.fc5 perl-Kwiki-Users-Remote-0.04-2.fc5 perl-Mail-SPF-Query-1.999.1-1.fc5 s3switch-0.0-7.20020912.fc5 tpb-0.6.4-3.fc5 xosd-2.2.14-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sun Mar 12 12:24:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 07:24:31 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603121224.k2CCOVFt002643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-12 07:24 EST ------- Argh, I accidently hit backspace without the textinput having focus and firefox interpreted this as go back one page and now my review is gone. GRRRRR. Anyways trying again: MUST ==== * Source tarball matches upstream * Package (and .spec) named properly * License file included * Spec file readable, in Am. English * Compiles and builds on FC-5 x86_64, but with warning see MUST-FIX * No locale files * No excessive BR: or Requires: * Not relocatable * buildroot cleaned up in %install and %clean * No duplicate files * permissions ok * Macro usage consistent * Contains code, not content * No headers, api docs, and .so library * No .la archives * No desktop file needed MUST-FIX ======== * Building gives a number of "integer <-> pointer of different size cast" warnings these are _BAD_ on x86_64. I'll attach a patch fixing these. One of these is a real bu, the others were ok. * %{_datadir}/prboom is not owned by the package * why the %dir %{_datadir}/games/doom ? About provide / req doom-game/-engine and Desktop files ======================================================= I've been thinking about this and initially I came up with the following: -generic doom engines and doom data provide doom-engine resp doom-data -generic doom engines are set up using the alternatives system and can be called as just doom through alternatives -doom-data packages include the .desktop file and icons, the .desktop file invokes "doom" with cmdlines arguments to use their wad. This way if people install multiple versions of the data (free-doom, heretic-shareware, doom-shareware) they get menu entries for each. Special cases: -certain doom-data packages will not work with all doom-engines. This is true for free-doom which requires prdoom. These will require the correct engine instead of the generic doom-engine. And these provide specific engine-data. So free-doom would provide prboom-data -In order for the special doom-data-packages to be sufficient for the requirements of their needed engines, engines which have doom-data-packages which only work with them will require engine-data instead of doom-data thus prboom will require prboom-data -Generic doom-data packages such as doom-shareware will thus not only need to provide the generic doom-data but also specific engine-data for engines which have a specific require, so that they will meet this require too. -The .desktop file in an engine specific doom-data-package will not use the doom "alternative" but instead call the needed engine directly. But this is /becomes a mess so I suggest instead: -doom-engines provide dataname-engine for all datasets they support -doom-engines require enginename-data -doom-data provide enginename-data for all engines they are known to work with -doom-data requires dataname-engine -doom-data packages include the .desktop file and icons, the .desktop file invokes "dataname" wich is a wrappercript provided by the engine with the correct cmdline arguments to use the relevant wad. If it is possible that there are multiple providers of dataname-engine then the alternatives system will be used. This way (desktop-file in data package) if people install multiple versions of the data (free-doom, heretic-shareware, doom-shareware) they get menu entries for each. -datafiles packages are named as the game and will show up in comps for easy user selection (the reqs will drag in an engine). so the free-doom data package will be called just free-doom, doom-shareware-package will be called doom19-shareware, etc. I hope this makes sense and you think its a good idea :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Sun Mar 12 12:27:24 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Mar 2006 13:27:24 +0100 Subject: Games engines, game data, and Requires In-Reply-To: <44137B54.4040304@kobold.org> References: <44137B54.4040304@kobold.org> Message-ID: <441413AC.8040303@hhs.nl> Wart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The preferred way to package games and game files is to put them in > separate packages. This allows the packager to release updates for the > game engine without requiring an update of the often-unchanged and > sometimes large game file package. > > But neither package is really of any use without the other. In this > case it would seem that a circular dependency is needed. I haven't > noticed any problems with this on my own system, but thought I would ask > the list if there are any issues with circular dependencies that should > be watched for. > For those interested I'm discussing this as part of the prboom review in bigzilla see: https://bugzilla.redhat.com/bugzilla/process_bug.cgi Regards, Hans From fedora at leemhuis.info Sun Mar 12 12:37:27 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 12 Mar 2006 13:37:27 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <4413DB39.2010207@cornell.edu> References: <4413DB39.2010207@cornell.edu> Message-ID: <1142167048.2241.6.camel@localhost.localdomain> Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev > If yes, why doesn't Fedora ship: > - 32-bit wine in x86_64 (along with 32-bit libraries it requires) That's exactly what the wine maintainer and I plan. But it is not realized yet because nobody stepped up yet/found time to work out the details how the wine.i386 gets automatically into the x86_64 tree after building. CU thl -- Thorsten Leemhuis From ivg2 at cornell.edu Sun Mar 12 14:27:08 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Sun, 12 Mar 2006 09:27:08 -0500 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <1142167048.2241.6.camel@localhost.localdomain> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> Message-ID: <44142FBC.1030409@cornell.edu> Thorsten Leemhuis wrote: > Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev > > >> If yes, why doesn't Fedora ship: >> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) >> > > That's exactly what the wine maintainer and I plan. But it is not > realized yet because nobody stepped up yet/found time to work out the > details how the wine.i386 gets automatically into the x86_64 tree after > building. > How does this work for every other .i386 package in the x86_64 repo? From caillon at redhat.com Sun Mar 12 14:51:50 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 12 Mar 2006 09:51:50 -0500 Subject: Mono packages In-Reply-To: <1142152511.18041.53.camel@T7.Linux> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> <1142152511.18041.53.camel@T7.Linux> Message-ID: <44143586.3000700@redhat.com> On 03/12/2006 03:35 AM, Paul F. Johnson wrote: > I would imagine it's a BZ issue if you're not getting the posts. How so? I'm not the assignee, QA contact, or anything related to mono as far as bugzilla is concerned. I also don't watch the owner because he gets a lot of non-mono bug mail that I don't care about. From paul at all-the-johnsons.co.uk Sun Mar 12 15:05:25 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 12 Mar 2006 15:05:25 +0000 Subject: Mono packages In-Reply-To: <44143586.3000700@redhat.com> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> <1142152511.18041.53.camel@T7.Linux> <44143586.3000700@redhat.com> Message-ID: <1142175925.18041.81.camel@T7.Linux> Hi, > > I would imagine it's a BZ issue if you're not getting the posts. > > How so? I'm not the assignee, QA contact, or anything related to mono > as far as bugzilla is concerned. I also don't watch the owner because > he gets a lot of non-mono bug mail that I don't care about. Given that you have an interest in Mono, I'd of thought you'd have been a QA contact or something similar. I've noticed you've reopened my bugs. Do you want me to continue filing them in the same way when I come across them? TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From caillon at redhat.com Sun Mar 12 15:14:34 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 12 Mar 2006 10:14:34 -0500 Subject: Mono packages In-Reply-To: <1142152737.18041.57.camel@T7.Linux> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> <1142152737.18041.57.camel@T7.Linux> Message-ID: <44143ADA.10908@redhat.com> On 03/12/2006 03:38 AM, Paul F. Johnson wrote: > Hi, > >> Actual references would be nice. > > bugzilla.ximian.com/show_bug.cgi?id=77731 (FC BZ #184389) > bugzilla.ximian.com/show_bug.cgi?id=77732 (FC BZ #184390) > bugzilla.ximian.com/show_bug.cgi?id=77733 (FC BZ #184391) > bugzilla.ximian.com/show_bug.cgi?id=77734 (FC BZ #184409) > > The last one hasn't been addressed yet. The other three have. I'm not sure why you're all up in arms. Two of your bugs have been resolved NOTABUG, one has not been resolved as you mentioned, and there's the lone bug that was actually bug and has been fixed upstream, and was fixed a bit ago. Is it not fixed in 1.1.13.4-2? You reported with an old version, and there was a new mono release since. It appears to be a minor issue, with no real hint as to what the patch is in any of the bugs. I just looked around in mono SVN and couldn't find it, either. How do you expect us to be able to do anything with that? Also, who advised you to cross-bugzilla? I'm a bit confused why you'd do that, so is the FC maintainer, and the ximian maintainer... If you have a ximian account, reporting there is preferred. Development should always happen upstream and trickle downstream to vendors, but we have releases to tend to and if there is a blocker that actually breaks core or extras packages, by all means please file with us with a pointer to the fix if you want better attention. From caillon at redhat.com Sun Mar 12 15:18:06 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 12 Mar 2006 10:18:06 -0500 Subject: Mono packages In-Reply-To: <1142175925.18041.81.camel@T7.Linux> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> <1142152511.18041.53.camel@T7.Linux> <44143586.3000700@redhat.com> <1142175925.18041.81.camel@T7.Linux> Message-ID: <44143BAE.2010809@redhat.com> On 03/12/2006 10:05 AM, Paul F. Johnson wrote: > Hi, > >> > I would imagine it's a BZ issue if you're not getting the posts. >> >> How so? I'm not the assignee, QA contact, or anything related to mono >> as far as bugzilla is concerned. I also don't watch the owner because >> he gets a lot of non-mono bug mail that I don't care about. > > Given that you have an interest in Mono, I'd of thought you'd have been > a QA contact or something similar. I mostly cared because mono was breaking banshee and f-spot on several arches, which are packages I own. I have an interest in seeing it continue to work. > > I've noticed you've reopened my bugs. Do you want me to continue filing > them in the same way when I come across them? No I didn't. I just added external bug refs, which you should do if you file bugs with us and there exists an eternal bug. And you should file upstream with ximian as I pointed out in a different mail. Please do file with us if it's a major issue though (such as breaking builds, causing apps to crash, hang, etc.) From bugs.michael at gmx.net Sun Mar 12 15:39:10 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Mar 2006 16:39:10 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44142FBC.1030409@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> Message-ID: <20060312163910.20e23a25.bugs.michael@gmx.net> On Sun, 12 Mar 2006 09:27:08 -0500, Ivan Gyurdiev wrote: > Thorsten Leemhuis wrote: > > Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev > > > > > >> If yes, why doesn't Fedora ship: > >> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) > >> > > > > That's exactly what the wine maintainer and I plan. But it is not > > realized yet because nobody stepped up yet/found time to work out the > > details how the wine.i386 gets automatically into the x86_64 tree after > > building. > > > How does this work for every other .i386 package in the x86_64 repo? In Extras? Not at all so far. From ville.skytta at iki.fi Sun Mar 12 16:10:29 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 12 Mar 2006 18:10:29 +0200 Subject: Games engines, game data, and Requires In-Reply-To: <441413AC.8040303@hhs.nl> References: <44137B54.4040304@kobold.org> <441413AC.8040303@hhs.nl> Message-ID: <1142179829.5325.21.camel@bobcat.mine.nu> On Sun, 2006-03-12 at 13:27 +0100, Hans de Goede wrote: > For those interested I'm discussing this as part of the prboom review in > bigzilla see: > https://bugzilla.redhat.com/bugzilla/process_bug.cgi That URL doesn't look too useful :) From bugzilla at redhat.com Sun Mar 12 16:16:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 11:16:20 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603121616.k2CGGKUV031461@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ------- Additional Comments From ville.skytta at iki.fi 2006-03-12 11:16 EST ------- 0.6.12 is out, could you update to it before a real review? BTW a considerably smaller .bz2 tarball is available upstream. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Sun Mar 12 16:42:26 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 12 Mar 2006 17:42:26 +0100 Subject: Group for FC-5 Message-ID: <1142181746.3248.15.camel@bureau.maison> I have some questions regarding the group software in FC-5: drgeo in spec : Group: Applications/Engineering but in repoview it's in education drgeo-doc in spec : Group: Applications/Engineering but in repoview it's in nogroup freehdl in spec : Group: Applications/Engineering but in repoview it's in nogroup gperiodic in spec : Group: Applications/Engineering but in repoview it's in education ircd-hybrid in spec : Group: System Environment/Daemons but in repoview it's in network server qucs in spec : Group: Applications/Engineering but in repoview it's in nogroup ushare in spec : Group: Applications/Multimedia but in repoview i's in nogroup. So it seems in fc-5 the group is important to look for packages and i would like to know the group is attributed to a package because it seems to not take care of the group in spec file ? Is there any recommendations about which groups are allowed and how attribute a package to a group. Thanks Eric From fedora at leemhuis.info Sun Mar 12 14:55:33 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 12 Mar 2006 15:55:33 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44142FBC.1030409@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> Message-ID: <1142175333.2241.16.camel@localhost.localdomain> Am Sonntag, den 12.03.2006, 09:27 -0500 schrieb Ivan Gyurdiev: > Thorsten Leemhuis wrote: > > Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev > > > > > >> If yes, why doesn't Fedora ship: > >> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) > >> > > > > That's exactly what the wine maintainer and I plan. But it is not > > realized yet because nobody stepped up yet/found time to work out the > > details how the wine.i386 gets automatically into the x86_64 tree after > > building. > > > How does this work for every other .i386 package in the x86_64 repo? There are no other .i386 packages in the x86_64 Extras repo. Only in Core. -- Thorsten Leemhuis From bugzilla at redhat.com Sun Mar 12 16:59:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 11:59:49 -0500 Subject: [Bug 176855] Review Request: python-cpio: A Python module for accessing cpio archives In-Reply-To: Message-ID: <200603121659.k2CGxnJG004297@www.beta.redhat.com> Please 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-cpio: A Python module for accessing cpio archives https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176855 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2006-03-12 11:59 EST ------- This is actually a bug in my fedora-qa script, which I have just 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 j.w.r.degoede at hhs.nl Sun Mar 12 17:01:17 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Mar 2006 18:01:17 +0100 Subject: Games engines, game data, and Requires In-Reply-To: <1142179829.5325.21.camel@bobcat.mine.nu> References: <44137B54.4040304@kobold.org> <441413AC.8040303@hhs.nl> <1142179829.5325.21.camel@bobcat.mine.nu> Message-ID: <441453DD.2040305@hhs.nl> Ville Skytt? wrote: > On Sun, 2006-03-12 at 13:27 +0100, Hans de Goede wrote: > >> For those interested I'm discussing this as part of the prboom review in >> bigzilla see: >> https://bugzilla.redhat.com/bugzilla/process_bug.cgi > > That URL doesn't look too useful :) > Oops, sorry see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 Regards, Hans From paul at all-the-johnsons.co.uk Sat Mar 11 17:10:42 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 11 Mar 2006 17:10:42 +0000 Subject: rpms/ikvm/devel ikvm-scripts.patch, NONE, 1.1 ikvm.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20060311164939.120936be.bugs.michael@gmx.net> References: <200603081623.k28GNo5e013557@cvs-int.fedora.redhat.com> <20060311164939.120936be.bugs.michael@gmx.net> Message-ID: <1142097042.18041.15.camel@T7.Linux> Hi, > Caution! %defattr usage is missing here for both packages! Thanks for pointing that out to me - not sure how that was missed during the review stage. I'll hold off until the buildsys is functioning again properly before uploading and requesting a new build. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From icon at fedoraproject.org Sun Mar 12 17:28:23 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sun, 12 Mar 2006 12:28:23 -0500 Subject: Group for FC-5 In-Reply-To: <1142181746.3248.15.camel@bureau.maison> References: <1142181746.3248.15.camel@bureau.maison> Message-ID: <44145A37.1070304@fedoraproject.org> Eric Tanguy wrote: > So it seems in fc-5 the group is important to look for packages and i > would like to know the group is attributed to a package because it seems > to not take care of the group in spec file ? > Is there any recommendations about which groups are allowed and how > attribute a package to a group. Repoview only uses RPM groups if comps groups are not available -- it deliberately ignores them otherwise. Cheers, -icon From bugzilla at redhat.com Sun Mar 12 17:34:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 12:34:11 -0500 Subject: [Bug 185239] New: Review Request: smart -- Next generation package handling 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=185239 Summary: Review Request: smart -- Next generation package handling tool Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: ville.skytta at iki.fi QAContact: fedora-extras-list at redhat.com http://cachalot.mine.nu/5/SRPMS/smart-0.41-1.src.rpm http://cachalot.mine.nu/5/SRPMS/smart-config-1.0-1.src.rpm Note: there are already bugs 175438 and 175473 which submit the same stuff, but they seem to have stalled mostly due to disagreements as far as I can tell. This is the approach how I'd like to see smart packaged and shipped in Extras, and I'm willing to maintain it if reviewers think this is better. I'd like to ask that this will at least not immediately be closed as a dupe so people can have a look. smart changelog since 0.41-0.6 in bug 175438: * Sun Mar 12 2006 Ville Skytt? - 0.41-1 - Specfile rewrite. - Replace smart-fedora-setup with a distro.py which loads configuration snippets from %%{_sysconfdir}/smart/distro.d, move rest of the config to the smart-config package. - Fold -usermode package into -gui-gtk. - Add dependency on -gui to ksmarttray. - Replace empty summary/description patch with upstream one. - Drop unnecessary provides and dependencies, add versions to deps. - Use usermode when launching the updater UI from ksmarttray. - Build ksmarttray with dependency tracking disabled. - Build rpmhelper kludge for rpm < 4.4 on x86_64. - Create and own more used directories. - Sync macros and actual used paths. - Mark *.pyo as %%ghost. - Don't use %%exclude. smart-config (renamed from smart-channels) changes since 0.2-0.1 in bug 175473: * Sun Mar 12 2006 Ville Skytt? - 1.0-1 - Rename to smart-config. - Move smart-update-channels to %%{_sbindir}. - Sync distro version detection in smart-update-channels with yum. - Include distro.d configuration for kernel and related packages. - Mark more generated files as %%ghost. - Drop unneeded dependencies. - Specfile cleanups. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sun Mar 12 18:11:39 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 12 Mar 2006 18:11:39 +0000 Subject: Mono packages In-Reply-To: <44143ADA.10908@redhat.com> References: <1142102364.18041.20.camel@T7.Linux> <44137294.9000501@redhat.com> <1142126179.18041.48.camel@T7.Linux> <44137AE1.1040309@redhat.com> <1142152737.18041.57.camel@T7.Linux> <44143ADA.10908@redhat.com> Message-ID: <1142187099.18041.86.camel@T7.Linux> Hi, > > The last one hasn't been addressed yet. The other three have. > > I'm not sure why you're all up in arms. I'm not. > Two of your bugs have been > resolved NOTABUG, one has not been resolved as you mentioned, and > there's the lone bug that was actually bug and has been fixed upstream, > and was fixed a bit ago. Is it not fixed in 1.1.13.4-2? Not as far as I can see. Given that the one which was a bug had only just been fixed up stream and the other is one which hasn't been addressed, I can't see how either would be in 4-2. > Also, who advised you to cross-bugzilla? I asked on the test-list before reporting it on the Ximian BZ and was advised to put it on both. > Development > should always happen upstream and trickle downstream to vendors, but we > have releases to tend to and if there is a blocker that actually breaks > core or extras packages, by all means please file with us with a pointer > to the fix if you want better attention. Will do that in future. If it's a biggy, I'll put on the FC one, if not, it'll be on the Ximian one. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show From bugs.michael at gmx.net Sun Mar 12 19:25:19 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Mar 2006 20:25:19 +0100 Subject: buildsys: Non-zero return value 127 ... In-Reply-To: <20060310214541.25c463cd.bugs.michael@gmx.net> References: <20060310113159.74330824.bugs.michael@gmx.net> <1141994683.2331.0.camel@localhost.localdomain> <20060310214541.25c463cd.bugs.michael@gmx.net> Message-ID: <20060312202519.4055b4e7.bugs.michael@gmx.net> On Fri, 10 Mar 2006 21:45:41 +0100, Michael Schwendt wrote: > On Fri, 10 Mar 2006 07:44:42 -0500, Dan Williams wrote: > > > On Fri, 2006-03-10 at 11:31 +0100, Michael Schwendt wrote: > > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/i386/job.log > > > > > > > Non-zero return value 127 on executing /usr/sbin/mock-helper chroot /var/lib/mock/fedora-development-i386-core-1b47769067fd4c62f8dc72dcf4e464c90dafa260/root /sbin/runuser - root -c "/usr/sbin/useradd -u 100 -d /builddir mockbuild" > > > This has been fixed in policycoreutils-1.29.26-6 in Core, so devel buildsys does not break due to circular dep anymore. > [...] > Install: less.i386 0:394-3 - core > Install: libacl.i386 0:2.2.34-1.2 - core > Install: lerror: rpmtsOrder failed, 12 elements remain > warning: group tty does not exist - using root > error: %post(util-linux-2.13-0.20.i386) scriptlet failed, exit status 255 > [...] > /var/tmp/rpm-tmp.76814: line 4: /bin/chown: No such file or directory > /var/tmp/rpm-tmp.76814: line 11: grep: command not found > /var/tmp/rpm-tmp.76814: line 1: /sbin/chkconfig: No such file or directory > ibattr.i386 0:2.4.28-1.2 - core > Install: libcap.i386 0:1.10-24.2 - core > Install: libgcc.i386 0:4.1.0-3 - core > [...] > From bugzilla at redhat.com Sun Mar 12 19:20:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 14:20:53 -0500 Subject: [Bug 185221] Review Request: wifiroamd In-Reply-To: Message-ID: <200603121920.k2CJKri5022462@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wifiroamd https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185221 ------- Additional Comments From jafo-redhat at tummy.com 2006-03-12 14:20 EST ------- I have released a 1.04 version which adds the patch and makes the changes suggested by Ed, except for the BuildRoot which as far as I could tell was exactly as it already is. Thanks for the feedback, Ed. Sean -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 19:31:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 14:31:12 -0500 Subject: [Bug 180743] Review Request: pdsh In-Reply-To: Message-ID: <200603121931.k2CJVC92024129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pdsh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180743 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-12 14:31 EST ------- Now it's look very good, but when I type 'pdsh' I will got the following messages: $ pdsh pdsh at myhome: no modules found I have installed pdsh and pdsh-rcmd-ssh. the README.module file explain, that pdsh should load the modules automaticly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 19:38:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 14:38:13 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603121938.k2CJcDWJ025883@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-12 14:38 EST ------- Yes, put you should assign a fixed uid to the user which will created by your package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 19:56:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 14:56:38 -0500 Subject: [Bug 185221] Review Request: wifiroamd In-Reply-To: Message-ID: <200603121956.k2CJuc9i027918@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wifiroamd https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185221 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2006-03-12 14:56 EST ------- Hi Jafo, the 1.04 version looks good. Theres a very minor nit wrt the BuildRoot -- yours has expanded the %{version} macro relative to the standard one: %{_tmppath}/%{name}-1.04-%{release}-root-%(%{__id_u} -n) %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) but its not a big deal--please feel free to change it in CVS after checkin. APPROVED. I'll be happy to sponsor you per the process outlined at: http://fedoraproject.org/wiki/Extras/Contributors and please let me know if you have questions/problems/whatever. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 20:23:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 15:23:09 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200603122023.k2CKN97q031146@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gnu-smalltalk - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-12 15:22 EST ------- It strange, rpmlint complaints $ rpmlint smalltalk-2.2-8.i686.rpm E: smalltalk shlib-with-non-pic-code /usr/lib/libgst.so.4.1.1 when I used the attached SPEC file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Mar 12 20:38:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 15:38:01 -0500 Subject: [Bug 185221] Review Request: wifiroamd In-Reply-To: Message-ID: <200603122038.k2CKc1do000872@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wifiroamd https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185221 ------- Additional Comments From jafo-redhat at tummy.com 2006-03-12 15:37 EST ------- Ok, I get it now. My release script replaced %{version} in the spec file with the actual version, for handling the Version: line. I've changed the way this is done, and released version 1.05 with that change in it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 21:05:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 16:05:34 -0500 Subject: [Bug 185257] New: Review Request: raidem - 2d top-down shoot'em up 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=185257 Summary: Review Request: raidem - 2d top-down shoot'em up Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/raidem.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/raidem-patches.tar.gz Description: Raid'em is a 2d top-down shoot'em up. It began as a remake of Raid II (abandoned long ago), which was inspired by Raptor, but has turned out very differently. Features: Neat looking graphics, LOTS of explosions and scrap metal, Eye candy a-plenty, Many different powerups, A desert. And a space platform. And some snow, 2 player mode, Demo recording and playback, Loads of fun. Sorry, no SRPM to big (6Mb) for my ISP, the patches are in the tgz. See the spec for howto _generate_ the needed main-src.tar.gz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 21:13:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 16:13:03 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603122113.k2CLD3Bl004653@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wart at kobold.org ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-12 16:12 EST ------- Michael, Me again this is the game for which I've been packaging adime and glyph-keeper. I know I still need to add a .desktop file, but its late over here now :) p.s. What do you think about my prboom comments? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 21:14:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 16:14:25 -0500 Subject: [Bug 185216] Review Request: glyph-keeper In-Reply-To: Message-ID: <200603122114.k2CLEPNn004848@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-12 16:14 EST ------- I've updated the BR as requested, also I've added the nescesarry Requirements to the -devel package (SDL-devel allegro-devel). New spec at: http://home.zonnet.nl/jwrdegoede/glyph-keeper.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 21:17:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 16:17:40 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603122117.k2CLHe3L005148@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-12 16:17 EST ------- I noticed that it was missing a "Requires: allegro-devel" for the -devel package. I've fixed this and oploaded updated versions to the 2 files linked to in comment 3. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 21:36:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 16:36:08 -0500 Subject: [Bug 185260] New: Review Request: python-chm - Python package for CHM files handling 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=185260 Summary: Review Request: python-chm - Python package for CHM files handling Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-chm-0.8.2-1.src.rpm Description: The python chm package provides three modules, chm, chmlib and extra, which provide access to the API implemented by the C library chmlib and some additional classes and functions. They are used to access MS-ITSS encoded files - Compressed Html Help files (.chm). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 22:07:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 17:07:36 -0500 Subject: [Bug 185261] New: Review Request: gnochm - CHM file viewer 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=185261 Summary: Review Request: gnochm - CHM file viewer Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/gnochm-0.9.7-1.src.rpm Description: A CHM file viewer for Gnome. Features are: * Full text search * Bookmarks * Support for external ms-its links * Configurable support for http links * Internationalisation * Displays HTML page source -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 22:09:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 17:09:18 -0500 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: Message-ID: <200603122209.k2CM9I8G012080@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 ------- Additional Comments From gauret at free.fr 2006-03-12 17:09 EST ------- * /etc/httpd/conf.d/mod_cband.conf should be set as %config(noreplace) * cband-status access should be limited to localhost. You can add this to the conf file : Order Deny,Allow Deny from all Allow from 127.0.0.1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 22:10:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 17:10:59 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200603122210.k2CMAxOb012327@www.beta.redhat.com> Please 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 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-12 17:10 EST ------- OK, APPROVED then. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 12 22:14:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 17:14:50 -0500 Subject: [Bug 185262] New: Review Request: kchmviewer - CHM viewer 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=185262 Summary: Review Request: kchmviewer - CHM viewer Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchmviewer-2.0-1.src.rpm Description: KchmViewer is a chm (MS HTML help file format) viewer, written in C++. The main advantage of KchmViewer is extended support for non-English languages. Unlike others, KchmViewer in most cases correctly detects chm file encoding, correctly shows tables of context of Russian, Korean, Chinese and Japanese help files, and correctly searches in non-English help files (search for MBCS languages - ja/ko/ch is still in progress). - Completely safe and harmless. Does not support JavaScript in any way, optionally warns you before opening an external web page, or switching to another help file. - Shows an appropriate image for every TOC entry. - Has complete chm index support, including multiple index entries, cross-links and parent/child entries in index. - Persistent bookmarks support. Allows to store bookmarks even if "Favorites" window was not enabled for this chm file. Also stores the screen position for every bookmark. You can also edit/delete bookmarks. - For any opened chm file, stores the last opened window, search history, bookmark history, font size and so on, so when you open this file again, everything is always on the place. - Has easy and powerful search-in-page support. - Allows to increase or decrease the font size, so physically handicapped people can read texts easily. - Has standard Back/Forward/Home navigation. - Can print the opened pages on a standard printer (usually via CUPS). - Has complex search query support. You can use search queries like "lazy people" + learn -not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 22:21:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 17:21:21 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603122221.k2CMLLjW014099@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-12 17:21 EST ------- Sorry, I think I'm missing something. I don't see in the packaging guidelines nor in the review checklist a UID registration requirement. I have thought about switching this to the "damon" user. Perhaps I should do that? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 22:39:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 17:39:22 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603122239.k2CMdMnq018122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 ------- Additional Comments From wart at kobold.org 2006-03-12 17:39 EST ------- (In reply to comment #3) > NONBLOCKING > =========== > * License is actually the zlib license, which is very similar to BSD. > However, since the zlib package itself claims a BSD license (rpm -qi zlib), > this is not a blocker. > > I actually had "zlib License" as License tag first, which is for example what > mandriva uses and rpmlint upstream accepts. Our rpmlint package however > overrides the list of valid licenses used by upstream and does not include zlib > hence the change to BSD, which is indeed what zlib uses too. So I can either > file an RFE against rpmlint to add "zlib License" or leave it as is, waht do you > think? I prefer to have the License: tag reflect the actual license as best as it can. On my FC-4 system /usr/share/rpmlint/TagsCheck.py claims that "zlib License" is a valid license, but /etc/rpmlint/config doesn't. It's a valid GPL compatible license, so rpmlint should be configured to accept it. Change the License: tag and file a RFE against rpmlint. > MUSTFIX > ======= [...] > * rpmlint complains on i386 packages: > E: adime shlib-with-non-pic-code /usr/lib/libadime.so.0 > Ah an actual problem found by rpmlint how nice (sorry bit sarcastic, see below), > I fixed this by not using allegro-config --libs as that drags in > -lalleg_unshareable, which is non-PIC and thus should only be in the application > and not in a .so file. This means all applications which use us must be linked> with -Wl,--export-dynamic -lalleg_unsharable (or `allegro-config --libs`) Now the Makefile has a hardcoded version for the allegro library: LIB_FLAGS = -lalleg-4.2.0 ...making it more sensitive to changes in the allegro version, and also breaking the build on FC-4. You could try stripping the offending -lalleg_unsharable flag in the Makefile: LIB_FLAGS= $(shell allegro-config --libs | sed 's/-lalleg_unsharable//') -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 12 23:06:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 18:06:55 -0500 Subject: [Bug 185266] New: Review Request: perl-Text-CHM Perl extension for handling MS Compiled HtmlHelp 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=185266 Summary: Review Request: perl-Text-CHM Perl extension for handling MS Compiled HtmlHelp Files Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/perl-Text-CHM-0.01-1.src.rpm Description: Perl extension for handling MS Compiled HtmlHelp Files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 00:02:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 19:02:01 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603130002.k2D021rG030518@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-12 19:01 EST ------- ok, I added some links to maillist discussions at http://fedoraproject.org/wiki/Packaging/UserCreation But the %xxx instead of %{xxx} will stay. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mon Mar 13 00:28:53 2006 From: stickster at gmail.com (Paul W. Frields) Date: Sun, 12 Mar 2006 19:28:53 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <20060311171323.GC22173@devserv.devel.redhat.com> References: <1142054562.2915.4.camel@aglarond.local> <1142086434.4635.5.camel@localhost.localdomain> <20060311171323.GC22173@devserv.devel.redhat.com> Message-ID: <1142209733.13013.25.camel@localhost.localdomain> On Sat, 2006-03-11 at 12:13 -0500, Bill Nottingham wrote: > Paul W. Frields (stickster at gmail.com) said: > > I think a Documentation group would be a big help for FDP as we prepare > > to submit some of our build tools and actual documents to Extras for > > review and inclusion. Thanks for the opportunity! > > There's an already existing 'Authoring and Publishing' group that might > be useful for the build tools; the description is: > "These tools allow you to create documentation in the DocBook format > and convert them to HTML, PDF, Postscript, and text." No objection here to separating these/ > Documentation itself could very well be in a separate group. I suppose > the question is where does documentation go? Top level? Base System? > > Note that new top-level groups won't have icons for any new groups under > them without changes to the comps-extras package in Core. Base System seems like the right place to me, judging by the current content. -- 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: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Mar 13 00:28:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 19:28:40 -0500 Subject: [Bug 177583] Review Request: zaptel-kmod In-Reply-To: Message-ID: <200603130028.k2D0SetA000970@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zaptel-kmod https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177583 ------- Additional Comments From rmo at sunnmore.net 2006-03-12 19:28 EST ------- xpp/xpp_cap.c probably need a patch too /usr/src/redhat/BUILD/zaptel-kmod-1.2.4/_kmod_build_/xpp/xpp_zap.c:365:2: warning: #warning This module will not be usable since the kernel HZ setting is not 1000 ticks per second. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From kevin.kofler at chello.at Mon Mar 13 01:36:17 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 13 Mar 2006 01:36:17 +0000 (UTC) Subject: Use of the "Other" category in desktop files References: <1142056392.10610.12.camel@locolhost.localdomain> Message-ID: > As such, I would agree with the upstream placement of gourmet into > "Other" and disagree with the placement of krecipe into "Accessory". Note that it's not just KRecipes: if gourmet _does_ belong into "Other", then so do several other packages. Probably also a few packages from Core (which AFAIK doesn't use "Other" at all currently). Moreover, the kdetoys package which has newly been added also ends up in "Other" because the Fedora menus have no "Toys" category (I checked the files and it's just not there, so unless I'm missing something it's not a local configuration issue). So: * either "Other" is accepted as a category to use, which also means it should be used consistently (i.e. by a lot more than just gourmet and kdetoys) * or a "Toys" category should be added to redhat-menus * or kdetoys needs to add some other category/ies ("Accessories" appears to be the catch-all in current Fedora use). I think menu consistency is an important issue which needs input from both Core and Extras maintainers. Kevin Kofler From bugzilla at redhat.com Mon Mar 13 04:55:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 12 Mar 2006 23:55:49 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603130455.k2D4tnUN010193@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-12 23:55 EST ------- I now have a Fedora Account and am in cla_done... just waiting on some reviews /me twiddles his thumbs -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dcbw at redhat.com Mon Mar 13 05:12:33 2006 From: dcbw at redhat.com (Dan Williams) Date: Mon, 13 Mar 2006 00:12:33 -0500 Subject: Buildsystem maintenance Monday, March 13th Message-ID: <1142226753.13182.22.camel@localhost.localdomain> Hi, I'll be updating the buildsystem to plague 0.4.4 on Monday morning. This update will enable kmod builds. Downtime shouldn't be more than an hour, beginning around 9:30 AM US EST. Dan From bugzilla at redhat.com Mon Mar 13 05:13:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 00:13:28 -0500 Subject: [Bug 183097] Review Request: rogue - text-based adventure game In-Reply-To: Message-ID: <200603130513.k2D5DSVk012245@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rogue - text-based adventure game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183097 ------- Additional Comments From wart at kobold.org 2006-03-13 00:13 EST ------- Imported and built. Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 05:25:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 00:25:07 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603130525.k2D5P72f014023@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |j.w.r.degoede at hhs.nl OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-13 00:24 EST ------- Hehe, Just as stuborn as me, ok although you're still the first packager I've met who doesn't always use the %{xxx} notation, have it your way. The usercreation discussion indeed seems endless and fedora-usermanagment seems like a clean way to me, so i see no more obstacles for starting a full review. I'll try todo the full review soon, as time permits. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 13 05:51:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 00:51:23 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603130551.k2D5pNSi017835@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 tmayberr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tmayberr at redhat.com ------- Additional Comments From tmayberr at redhat.com 2006-03-13 00:51 EST ------- I'm not much of a packaging guru by any means but I can say that rpmlint doesn't complain and that it builds in mock. I'm unsure why you have packaged the jack lib separately and why the driver so's aren't in the lib package. Perhaps you could explain this to me. It would be nice to get this package in extra's as there is some cool software that has is dependant on jack: http://jackit.sourceforge.net/apps/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 06:00:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 01:00:40 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603130600.k2D60eC7019202@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |wart at kobold.org BugsThisDependsOn| |185211, 185212 OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-13 01:00 EST ------- I made this bug dependent on glyph-keeper and adime. I'll try to get to it after I'm done reviewing glyph-keeper. I'd have done this sooner but I've been extensively "testing" prboom + freedoom today. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 06:09:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 01:09:08 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603130609.k2D698tv020165@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn|185211, 185212 |185215, 185216 ------- Additional Comments From wart at kobold.org 2006-03-13 01:08 EST ------- I spazzed on setting the bug dependencies last time. This should fix it right up. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 06:35:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 01:35:11 -0500 Subject: [Bug 185216] Review Request: glyph-keeper In-Reply-To: Message-ID: <200603130635.k2D6ZB8G024437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 ------- Additional Comments From wart at kobold.org 2006-03-13 01:34 EST ------- MUST ==== * rpmlint output clean * Source matches upstream e90e5103dce7d89aba2180bb830de8d9 glyph-keeper-0.29.1-no-freetype.zip * Package named appropriately * License file included * spec file legible and in Am. English * Compiles and builds in mock on FC5-i386 * No unnecessary BR: * No locales * No shared library files * Not relocatable * No duplicate %files * File permissions ok * buildroot cleaned in %install and %clean * macro use consistent * Contains code, not content * desktop file not needed * No directories to own OK == * -devel does not require the base package. This is ok because the package only builds static libs and thus, no files exist in the base package. * FC-4 package can't be made due to dependency on freetype >= 2.1.10 Any chance that freetype in FC-4 might be updated? NON-BLOCKER =========== * As with adime, please change the License: tag to "zlib License" to be more precise and file a RFE with rpmlint to accept this GPL-compatible license. * As noted, upstream only provides builds for static libraries, not shared libs. This is annoying, but non-blocking. If you end up writing a patch to generated shared libs, please make sure you pass it to upstream. MUSTFIX ======= * Include authors.txt and docs/* in %doc Fix up the %doc and I'll approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 07:37:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 02:37:23 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603130737.k2D7bNfo000806@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From rc040203 at freenet.de 2006-03-13 02:37 EST ------- (In reply to comment #7) > But the %xxx instead of %{xxx} will stay. Please explain why. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 13 08:03:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 03:03:34 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603130803.k2D83Yu9004070@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-13 03:03 EST ------- (In reply to comment #2) [...] > MUST-FIX > ======== > * Building gives a number of "integer <-> pointer of different size cast" > warnings these are _BAD_ on x86_64. I'll attach a patch fixing these. > One of these is a real bu, the others were ok. Thanks for catching this. It would be nice if there were a flag for gcc that would treat these "integer <-> pointer" warnings as errors, esp. on x86_64. > * %{_datadir}/prboom is not owned by the package > * why the %dir %{_datadir}/games/doom ? %{_datadir}/games/doom was supposed to be %{_datadir}/prboom. My bad. I've uploaded a new .spec with this fix. > About provide / req doom-game/-engine and Desktop files > ======================================================= > I've been thinking about this and initially I came up with the following: [...] > But this is /becomes a mess so I suggest instead: > -doom-engines provide dataname-engine for all datasets they support I'm not too keen on this because it means that every time a new iwad becomes available, the game engine package must be updated to signal that it can run it. The game engine package should not have to know about all of the possible dataname packages that it can run. > -doom-engines require enginename-data > -doom-data provide enginename-data for all engines they are known to work > with > -doom-data requires dataname-engine > -doom-data packages include the .desktop file and icons, the .desktop > file invokes "dataname" wich is a wrappercript provided by the engine > with the correct cmdline arguments to use the relevant wad. If it is possible> that there are multiple providers of dataname-engine then the alternatives > system will be used. I'm starting to think that using the alternatives system for game engines might be a little bit of overkill and introduce some unneeded complexity. If the game data was designed to work with a specific game engine, then the .desktop file should reflect that. If the game data can work with an alternate game engine, then that's great, but the user will have to do so from the command line. > This way (desktop-file in data package) if people install multiple versions of > the data (free-doom, heretic-shareware, doom-shareware) they get menu entries > for each. > -datafiles packages are named as the game and will show up in comps for easy > user selection (the reqs will drag in an engine). so the free-doom data > package will be called just free-doom, doom-shareware-package will be called > doom19-shareware, etc. +1 > I hope this makes sense and you think its a good idea :) It seems that all of this complexity is being added (and I admit that I started this messy discussion) only to support some level of indirection in the .desktop file. There are really only two simple requirements that I feel we must satisfy: 1) Each iwad has a usable .desktop entry so it can be run from the menu 2) Additional game engines can be installed to run the games If we don't try to mix these requirements (don't allow alternate game engines in the .desktop files) then it becomes much simpler and can be satisfied by a subset of your suggestion. Each game data package Requires: , even if it is known to work with others. That game engine is hardcoded in the .desktop file and will be used when the game is launched from the menu. This ensures that users can 'yum install ' and end up with the data, game engine, and a usable .desktop icon. Game data Provides: -data for each engine that it is known to work with. Each game engine Requires: -data so that when the engine is installed, it will pull in the data that can be played with the game. However, if the game data package Requires: a different enginename, then you might end up with a situation where "yum install engine2" results in the installation of engine2, game-data1, and engine1. It's a little odd this way, but it does ensure that both 'yum install enginename' and 'yum install dataname' still end up with working .desktop icons. Alternately, we can try to relax the "game engine requires game data" packaging requirement for game engines like prboom that are designed to work with multiple game data packages. There are really two classes of game engines. The first class of game engine is very self-contained, such as 'tong'. In this class of game engine, the game data is just 'skin', such as images and sound. The purpose of splitting the game data from the game engine in this case is to minimize the download size of package updates, not to provide alternate skins for the game. While alternate skins could be made available, it is unlikely to occur. Such game engines should require game data in order to be played. The second class of game engine are more 'game interpreters' like prboom, for which the game data packages provide a new game experience with new game logic. For example, 'freedoom' is more than a cosmetic change from the shareware doom game. Such engines should not have to require game data files, since the data files contain a large portion of the game logic. In this case, the game data is more than just skin, and it is expected that alternate game data packages will be available. They should only require that such data files exist and are available through the packaging system. I apologize if this sounds like rambling. I'll try to clarify anything if I've muddied it up too much. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 08:49:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 03:49:40 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603130849.k2D8ne2b012538@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-13 03:49 EST ------- >> But the %xxx instead of %{xxx} will stay. > Please explain why. Because it is valid syntax and I like 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 Mar 13 08:53:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 03:53:58 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603130853.k2D8rwBU013258@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From paul at city-fan.org 2006-03-13 03:53 EST ------- (In reply to comment #7) > Sorry, I think I'm missing something. I don't see in the packaging guidelines > nor in the review checklist a UID registration requirement. I have thought > about switching this to the "damon" user. Perhaps I should do that? There is no requirement to register or assign a fixed UID. Doing so only makes sense for applications that may share data over NFS or a similar arrangement that uses the same UIDs on multiple machines. There are many packages in Extras that create users but do not assign fixed UIDs (or attempt to do so using fedora-usermgmt). I don't think reusing a different UID (did you mean "daemon"?) is a good idea though. Can't say more without looking at the spec, and mmcgrath.net is unreachable from here at the moment. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From radekvokal at gmail.com Mon Mar 13 09:19:35 2006 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Mon, 13 Mar 2006 10:19:35 +0100 Subject: Can't upload new package Message-ID: <1142241575.25790.34.camel@localhost.localdomain> I'm not sure why this happens when I want to upload new package into Extras rvokal at garfield common$ ./cvs-import.sh ~/CVS_EXTRAS/nc6-1.0-2.src.rpm Checking out the modules file... For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs Module 'nc6' already exists... Checking out module: 'nc6' For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs cvs [checkout aborted]: there is no repository /cvs/extras/rpms/nc6 ./cvs-import.sh: line 247: cd: nc6: No such file or directory Unpacking source package: nc6-1.0-2.src.rpm... find: devel: No such file or directory ./cvs-import.sh: line 291: devel/sources.new: No such file or directory ./cvs-import.sh: line 292: devel/.cvsignore.new: No such file or directory mv: cannot move `tmpQ27171/nc6-1.0.tar.bz2' to `devel/nc6-1.0.tar.bz2': No such file or directory ./cvs-import.sh: line 318: pushd: devel: No such file or directory L nc6-1.0.tar.bz2 ./cvs-import.sh: line 338: popd: directory stack empty mv: cannot move `tmpQ27171/nc6.spec' to `devel/nc6.spec': No such file or directory ./cvs-import.sh: line 318: pushd: devel: No such file or directory For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs cvs add: cannot open CVS/Entries for reading: No such file or directory cvs [add aborted]: no repository A nc6.spec ./cvs-import.sh: line 338: popd: directory stack empty ./cvs-import.sh: line 341: pushd: devel: No such file or directory mv: cannot stat `sources.new': No such file or directory mv: cannot stat `.cvsignore.new': No such file or directory make: *** No rule to make target `upload'. Stop. ERROR: Uploading the source tarballs failed! Why it says the module already exists? I can't find it. What seems to be the problem here? -- Radek Vok?l From bugzilla at redhat.com Mon Mar 13 09:22:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 04:22:41 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603130922.k2D9MfJW018605@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From rc040203 at freenet.de 2006-03-13 04:22 EST ------- (In reply to comment #10) > >> But the %xxx instead of %{xxx} will stay. > > Please explain why. > > Because it is valid syntax and I like it. Yes, it's valid syntax, ... ... but fully quoted expressions are much easier to parse and much less error-prone to maintain than those using implicit short cuts. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 13 09:36:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 04:36:23 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603130936.k2D9aNX8021416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 ------- Additional Comments From andy at smile.org.ua 2006-03-13 04:36 EST ------- I catched spec from Mandrake distribution and didn't change package spliting. Also, RH ships net-snmp, rpm, bind and other as daemon (or program) + libs package. I agree that libs w/o daemon may be useless. What could you like to propose me? At least I've packaged already bio2jack, rosegarden, xmms-jack. However, I need a sponsor firstly (I'm so thinking) and after I'll commited this useful packages. It's a plan. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Mon Mar 13 09:49:40 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Mar 2006 10:49:40 +0100 Subject: Can't upload new package In-Reply-To: <1142241575.25790.34.camel@localhost.localdomain> References: <1142241575.25790.34.camel@localhost.localdomain> Message-ID: <20060313104940.52246904.bugs.michael@gmx.net> On Mon, 13 Mar 2006 10:19:35 +0100, Radek Vok?l wrote: > I'm not sure why this happens when I want to upload new package into > Extras > > rvokal at garfield common$ ./cvs-import.sh ~/CVS_EXTRAS/nc6-1.0-2.src.rpm > Checking out the modules file... > For more information on using the Fedora CVS/GIT/Mercurial repositories, > please visit http://fedoraproject.org/wiki/UsingCvs > For more information on using the Fedora CVS/GIT/Mercurial repositories, > please visit http://fedoraproject.org/wiki/UsingCvs > Module 'nc6' already exists... > Checking out module: 'nc6' > For more information on using the Fedora CVS/GIT/Mercurial repositories, > please visit http://fedoraproject.org/wiki/UsingCvs > cvs [checkout aborted]: there is no repository /cvs/extras/rpms/nc6 > Why it says the module already exists? I can't find it. What seems to be > the problem here? Fixed. Try again. Most likely you [or your network] interrupted a previous import. From bugzilla at redhat.com Mon Mar 13 09:45:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 04:45:09 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200603130945.k2D9j9Fq023114@www.beta.redhat.com> Please 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 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-13 04:44 EST ------- Thanks :) Build and pushed... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 13 10:11:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 05:11:30 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603131011.k2DABUGn027413@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-13 05:11 EST ------- The same arguments apply to shell variables and although in cases like | mkdir -p $RPM_BUILD_ROOT%_libdir quoting is required, only are very small amount of people are doing it. The quoting of macros in my spec files is absolutely correct, I like the curly-less way and won't change it. Sorry, I do not want to start yet another metadiscussion. Especially when your side uses phrases like "much easier" and "much less" without telling numbers or facts. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 13 10:14:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 05:14:18 -0500 Subject: [Bug 185288] New: Review Request: libchmxx - C++ bindings for chmlib 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=185288 Summary: Review Request: libchmxx - C++ bindings for chmlib Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/libchmxx-0.1-1.src.rpm Description: This is a C++ library for accessing Microsoft(tm) help files (usually with extension chm). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From aportal at univ-montp2.fr Mon Mar 13 10:45:33 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Mon, 13 Mar 2006 11:45:33 +0100 Subject: Cannot upload a new srpm package Message-ID: <200603131145.36284.aportal@univ-montp2.fr> Hi, I'm trying to import a newly approved package: pikdev, but uploadingg source tarballs failed. [alain at zarathoustra cvs]$ ./common/cvs-import.sh ~/redhat/rpmbuild/SRPMS/pikdev-0.8.4-3.src.rpm Checking out the modules file... For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs Creating new module: pikdev For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs Running syncmail... Mailing cvsextras at fedora.redhat.com... ...syncmail done. Running syncmail... Mailing relnotes at fedoraproject.org... ...syncmail done. Running syncmail... Mailing cvsextras at fedora.redhat.com... ...syncmail done. Running syncmail... Mailing relnotes at fedoraproject.org... ...syncmail done. For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs Entry for module 'pikdev' created. Checking out module: 'pikdev' For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs Unpacking source package: pikdev-0.8.4-3.src.rpm... For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs A LISEZMOI.Fedora For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs A README.Fedora L pikdev-0.8.4.tar.gz For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs A pikdev.desktop For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs A pikdev.spec Checking : pikdev-0.8.4.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [upload] Erreur 255 ERROR: Uploading the source tarballs failed! Could somebody tell me what is the problem and how to fix it? Regards. Alain -- 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: 191 bytes Desc: not available URL: From bugs.michael at gmx.net Mon Mar 13 10:49:48 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Mar 2006 11:49:48 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <200603131145.36284.aportal@univ-montp2.fr> References: <200603131145.36284.aportal@univ-montp2.fr> Message-ID: <20060313114948.73c68856.bugs.michael@gmx.net> On Mon, 13 Mar 2006 11:45:33 +0100, Alain PORTAL wrote: > Hi, > > I'm trying to import a newly approved package: pikdev, but uploadingg source > tarballs failed. > > [alain at zarathoustra cvs]$ ./common/cvs-import.sh > ~/redhat/rpmbuild/SRPMS/pikdev-0.8.4-3.src.rpm -snip- > Entry for module 'pikdev' created. -snip- > Checking : pikdev-0.8.4.tar.gz on > https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > ERROR: could not check remote file status > make: *** [upload] Erreur 255 > ERROR: Uploading the source tarballs failed! > > Could somebody tell me what is the problem and how to fix it? Is this only this package where tarball upload fails? Have you set up $HOME/.fedora-upload-ca.cert correctly? From radekvokal at gmail.com Mon Mar 13 11:14:53 2006 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Mon, 13 Mar 2006 12:14:53 +0100 Subject: Can't upload new package In-Reply-To: <20060313104940.52246904.bugs.michael@gmx.net> References: <1142241575.25790.34.camel@localhost.localdomain> <20060313104940.52246904.bugs.michael@gmx.net> Message-ID: <1142248493.25790.36.camel@localhost.localdomain> On Mon, 2006-03-13 at 10:49 +0100, Michael Schwendt wrote: > On Mon, 13 Mar 2006 10:19:35 +0100, Radek Vok?l wrote: > > > I'm not sure why this happens when I want to upload new package into > > Extras > > > > rvokal at garfield common$ ./cvs-import.sh ~/CVS_EXTRAS/nc6-1.0-2.src.rpm > > Checking out the modules file... > > For more information on using the Fedora CVS/GIT/Mercurial repositories, > > please visit http://fedoraproject.org/wiki/UsingCvs > > For more information on using the Fedora CVS/GIT/Mercurial repositories, > > please visit http://fedoraproject.org/wiki/UsingCvs > > Module 'nc6' already exists... > > Checking out module: 'nc6' > > For more information on using the Fedora CVS/GIT/Mercurial repositories, > > please visit http://fedoraproject.org/wiki/UsingCvs > > cvs [checkout aborted]: there is no repository /cvs/extras/rpms/nc6 > > > Why it says the module already exists? I can't find it. What seems to be > > the problem here? > > Fixed. Try again. Most likely you [or your network] interrupted a previous > import. Thanx, works smoothly now.. -- Radek Vok?l From pertusus at free.fr Mon Mar 13 11:21:46 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 13 Mar 2006 12:21:46 +0100 Subject: kchm packaging help needed Message-ID: <20060313112145.GE2306@free.fr> Hello, I have packaged kchm for fedora extras, but it crashes at start, even when I dont give it a chm file as argument. It may be because I did something wrong with packaging, I never packaged kde apps and I don't know kde (from a packager point of view ;-). I tried to link against the internal chmlib shipped with kchm, and with the chmlib shipped with fedora extras, but in both cases I have the issue. The srpm is there: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchm-0.6.5-1.src.rpm The spec file I use to build kchm with the internal chmlib is there: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchm.spec-internal You may need libchmxx I submitted here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185288 -- Pat From radekvokal at gmail.com Mon Mar 13 11:38:53 2006 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Mon, 13 Mar 2006 12:38:53 +0100 Subject: Can't upload new package In-Reply-To: <20060313104940.52246904.bugs.michael@gmx.net> References: <1142241575.25790.34.camel@localhost.localdomain> <20060313104940.52246904.bugs.michael@gmx.net> Message-ID: <1142249933.25790.41.camel@localhost.localdomain> On Mon, 2006-03-13 at 10:49 +0100, Michael Schwendt wrote: > On Mon, 13 Mar 2006 10:19:35 +0100, Radek Vok?l wrote: > > > I'm not sure why this happens when I want to upload new package into > > Extras > > > > rvokal at garfield common$ ./cvs-import.sh ~/CVS_EXTRAS/nc6-1.0-2.src.rpm > > Checking out the modules file... > > For more information on using the Fedora CVS/GIT/Mercurial repositories, > > please visit http://fedoraproject.org/wiki/UsingCvs > > For more information on using the Fedora CVS/GIT/Mercurial repositories, > > please visit http://fedoraproject.org/wiki/UsingCvs > > Module 'nc6' already exists... > > Checking out module: 'nc6' > > For more information on using the Fedora CVS/GIT/Mercurial repositories, > > please visit http://fedoraproject.org/wiki/UsingCvs > > cvs [checkout aborted]: there is no repository /cvs/extras/rpms/nc6 > > > Why it says the module already exists? I can't find it. What seems to be > > the problem here? > > Fixed. Try again. Most likely you [or your network] interrupted a previous > import. > Whops, I can't build the package now .. Error: could not make srpm for nc6-1_0-3_fc5 - output was: Downloading nc6-1.0.tar.bz2... --06:29:42-- http://cvs.fedora.redhat.com/repo/extras/nc6/nc6-1.0.tar.bz2/5074bc51989420a1f68716f93322030f/nc6-1.0.tar.bz2 => `nc6-1.0.tar.bz2' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 404 Not Found 06:29:42 ERROR 404: Not Found. FINISHED --06:29:42-- Downloaded: 0 bytes in 0 files Could not download source file: nc6-1.0.tar.bz2 does not exist make: *** [nc6-1.0.tar.bz2] Error 1 It can be checked out from extras and build locally. Also I had to change the Makefile, which for some strange reason had Name:=wine-docs inside?! Radek -- Radek Vok?l From aportal at univ-montp2.fr Mon Mar 13 12:17:26 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Mon, 13 Mar 2006 13:17:26 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <20060313114948.73c68856.bugs.michael@gmx.net> References: <200603131145.36284.aportal@univ-montp2.fr> <20060313114948.73c68856.bugs.michael@gmx.net> Message-ID: <200603131317.28839.aportal@univ-montp2.fr> Le Lundi 13 Mars 2006 11:49, Michael Schwendt a ?crit : > Is this only this package where tarball upload fails? This is the first package I'm trying to import since october 2005. > Have you set up $HOME/.fedora-upload-ca.cert correctly? I'm not sure to understand your question. I have a such file, but how can I set up correctly? Regards. Alain -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Mon Mar 13 12:19:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 07:19:40 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603131219.k2DCJeBm015874@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 ------- Additional Comments From wk at ire.pw.edu.pl 2006-03-13 07:19 EST ------- Few days ago I upgraded specfiles for all gEDA stuff including libgdgeda. Specfiles are at: http://www.sp5pbe.waw.pl/~sp5smk/fedora-extras/specs2/ Source RPM is at: http://www.sp5pbe.waw.pl/~sp5smk/fedora-extras/srpms/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 13 12:50:14 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Mar 2006 13:50:14 +0100 Subject: Can't upload new package In-Reply-To: <1142249933.25790.41.camel@localhost.localdomain> References: <1142241575.25790.34.camel@localhost.localdomain> <20060313104940.52246904.bugs.michael@gmx.net> <1142249933.25790.41.camel@localhost.localdomain> Message-ID: <20060313135014.058bef7b.bugs.michael@gmx.net> On Mon, 13 Mar 2006 12:38:53 +0100, Radek Vok?l wrote: > Whops, I can't build the package now .. > > Error: could not make srpm for nc6-1_0-3_fc5 - output was: > > Downloading nc6-1.0.tar.bz2... > --06:29:42-- > http://cvs.fedora.redhat.com/repo/extras/nc6/nc6-1.0.tar.bz2/5074bc51989420a1f68716f93322030f/nc6-1.0.tar.bz2 > => `nc6-1.0.tar.bz2' > Resolving cvs.fedora.redhat.com... 209.132.176.51 > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 06:29:42 ERROR 404: Not Found. > FINISHED --06:29:42-- > Downloaded: 0 bytes in 0 files > Could not download source file: nc6-1.0.tar.bz2 does not exist > make: *** [nc6-1.0.tar.bz2] Error 1 During src.rpm import, did you get any fatal errors while the script was trying to upload the tarball? Is this the first time you tried to import a src.rpm? (I tested it with nc6-1.0.tar.bz2, and uploading worked from here, so a complete fresh checkout and "make srpm" succeeds now) Can you try uploading a test-tarball like make upload FILES=radek-test-20060313.tar.gz and see whether you are permitted to upload? > It can be checked out from extras and build locally. Also I had to > change the Makefile, which for some strange reason had Name:=wine-docs > inside?! Yes, missed that while copying the Makefile. ;) From bugs.michael at gmx.net Mon Mar 13 12:53:52 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Mar 2006 13:53:52 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <200603131317.28839.aportal@univ-montp2.fr> References: <200603131145.36284.aportal@univ-montp2.fr> <20060313114948.73c68856.bugs.michael@gmx.net> <200603131317.28839.aportal@univ-montp2.fr> Message-ID: <20060313135352.0b68814b.bugs.michael@gmx.net> On Mon, 13 Mar 2006 13:17:26 +0100, Alain PORTAL wrote: > Le Lundi 13 Mars 2006 11:49, Michael Schwendt a ?crit : > > > Is this only this package where tarball upload fails? > > This is the first package I'm trying to import since october 2005. > > > Have you set up $HOME/.fedora-upload-ca.cert correctly? > > I'm not sure to understand your question. > I have a such file, but how can I set up correctly? I recall you've had a range of difficulties with FE access, and I don't know what has been done to "fix" them. So, it looks quite a bit as if either your client- or server-side setup still might be incorrect. From bugzilla at redhat.com Mon Mar 13 13:05:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 08:05:24 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603131305.k2DD5OvX023827@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From rc040203 at freenet.de 2006-03-13 08:05 EST ------- (In reply to comment #12) > The same arguments apply to shell variables Right. > The quoting of macros in my spec files is absolutely correct, I like the > curly-less way and won't change it. Try to grep/sed to check/exchange for macros (or shell variables), you'd soon recognize how easy it is to miss them because of lack of quotes. > Sorry, I do not want to start yet another metadiscussion. Especially when your > side uses phrases like "much easier" and "much less" without telling numbers > or facts. Well, apparently everybody must commit each mistake themselves, before they can accept others' advise. You're not the first person having the "sloppy-quoting" learning curve ahead. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 13 13:12:09 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Mar 2006 07:12:09 -0600 Subject: Use of the "Other" category in desktop files In-Reply-To: References: <1142056392.10610.12.camel@locolhost.localdomain> Message-ID: Kevin Kofler wrote: > * either "Other" is accepted as a category to use, which also means it should > be used consistently (i.e. by a lot more than just gourmet and kdetoys) -1, Other is not an officially registerred Category(*) (*) http://standards.freedesktop.org/menu-spec/latest/apa.html > * or a "Toys" category should be added to redhat-menus -1, same reason. > * or kdetoys needs to add some other category/ies ("Accessories" appears to be > the catch-all in current Fedora use). kdetoys uses the "Amusement" category, which probably *should* be handled (better) by redhat-menus. -- Rex From ivg2 at cornell.edu Mon Mar 13 13:05:14 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Mon, 13 Mar 2006 08:05:14 -0500 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44142FBC.1030409@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> Message-ID: <44156E0A.6050004@cornell.edu> Ivan Gyurdiev wrote: > Thorsten Leemhuis wrote: >> Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev >> >> >>> If yes, why doesn't Fedora ship: >>> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) >>> >> >> That's exactly what the wine maintainer and I plan. But it is not >> realized yet because nobody stepped up yet/found time to work out the >> details how the wine.i386 gets automatically into the x86_64 tree after >> building. .. but I still want to compile CVS wine. How does one do biarch development on Fedora? From radekvokal at gmail.com Mon Mar 13 13:13:04 2006 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Mon, 13 Mar 2006 14:13:04 +0100 Subject: Can't upload new package In-Reply-To: <20060313135014.058bef7b.bugs.michael@gmx.net> References: <1142241575.25790.34.camel@localhost.localdomain> <20060313104940.52246904.bugs.michael@gmx.net> <1142249933.25790.41.camel@localhost.localdomain> <20060313135014.058bef7b.bugs.michael@gmx.net> Message-ID: <1142255584.25790.49.camel@localhost.localdomain> On Mon, 2006-03-13 at 13:50 +0100, Michael Schwendt wrote: > On Mon, 13 Mar 2006 12:38:53 +0100, Radek Vok?l wrote: > > > Whops, I can't build the package now .. > > > > Error: could not make srpm for nc6-1_0-3_fc5 - output was: > > > > Downloading nc6-1.0.tar.bz2... > > --06:29:42-- > > http://cvs.fedora.redhat.com/repo/extras/nc6/nc6-1.0.tar.bz2/5074bc51989420a1f68716f93322030f/nc6-1.0.tar.bz2 > > => `nc6-1.0.tar.bz2' > > Resolving cvs.fedora.redhat.com... 209.132.176.51 > > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > > HTTP request sent, awaiting response... 404 Not Found > > 06:29:42 ERROR 404: Not Found. > > FINISHED --06:29:42-- > > Downloaded: 0 bytes in 0 files > > Could not download source file: nc6-1.0.tar.bz2 does not exist > > make: *** [nc6-1.0.tar.bz2] Error 1 > > During src.rpm import, did you get any fatal errors while the script was > trying to upload the tarball? Is this the first time you tried to import a > src.rpm? (I tested it with nc6-1.0.tar.bz2, and uploading worked from here, > so a complete fresh checkout and "make srpm" succeeds now) For this first time, the upload got broken. It should have happened when my vpnc connection died. After you've fixed that, the upload went fine, just I had to modify the Makfile. > Can you try uploading a test-tarball like > > make upload FILES=radek-test-20060313.tar.gz > > and see whether you are permitted to upload? I already did some uploads, this is the first time I see it doing such funky things. > > It can be checked out from extras and build locally. Also I had to > > change the Makefile, which for some strange reason had Name:=wine-docs > > inside?! > > Yes, missed that while copying the Makefile. ;) No problem, I've realized that :) Ok, build succeeded. I guess it was caused by the initial problem with uploading. Thanks for helping me Radek -- Radek Vok?l From aportal at univ-montp2.fr Mon Mar 13 13:40:56 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Mon, 13 Mar 2006 14:40:56 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <20060313135352.0b68814b.bugs.michael@gmx.net> References: <200603131145.36284.aportal@univ-montp2.fr> <200603131317.28839.aportal@univ-montp2.fr> <20060313135352.0b68814b.bugs.michael@gmx.net> Message-ID: <200603131440.59511.aportal@univ-montp2.fr> Le Lundi 13 Mars 2006 13:53, Michael Schwendt a ?crit : > On Mon, 13 Mar 2006 13:17:26 +0100, Alain PORTAL wrote: > > Le Lundi 13 Mars 2006 11:49, Michael Schwendt a ?crit : > > > Is this only this package where tarball upload fails? > > > > This is the first package I'm trying to import since october 2005. > > > > > Have you set up $HOME/.fedora-upload-ca.cert correctly? > > > > I'm not sure to understand your question. > > I have a such file, but how can I set up correctly? > > I recall you've had a range of difficulties with FE access, and I don't > know what has been done to "fix" them. When Thorsten ask for FE5 rebuild package https://www.redhat.com/archives/fedora-extras-list/2006-February/msg00788.html I could not access cvs (permission denied). And Thorsten notice (I don't know how) that my account wasn't "Dionysos" as I created it but "dionysos". I don't know when and who made this change. But today, I success to commit an update spec for gpsim, gputils and gtk+extra > So, it looks quite a bit as if > either your client- or server-side setup still might be incorrect. Do I have to reinstall the file? (But I don't remember how ;) Regards. Alain -- 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: 191 bytes Desc: not available URL: From bugs.michael at gmx.net Mon Mar 13 13:51:41 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Mar 2006 14:51:41 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <200603131440.59511.aportal@univ-montp2.fr> References: <200603131145.36284.aportal@univ-montp2.fr> <200603131317.28839.aportal@univ-montp2.fr> <20060313135352.0b68814b.bugs.michael@gmx.net> <200603131440.59511.aportal@univ-montp2.fr> Message-ID: <20060313145141.6c9773a9.bugs.michael@gmx.net> On Mon, 13 Mar 2006 14:40:56 +0100, Alain PORTAL wrote: > > So, it looks quite a bit as if > > either your client- or server-side setup still might be incorrect. > > Do I have to reinstall the file? (But I don't remember how ;) Here's the information for the CVS access setup: http://fedoraproject.org/wiki/Infrastructure/AccountSystem/DownloadCert Here's the page for the build system client setup: http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup It's ~/.fedora.cert that's used to upload binary files with "curl", which you must have installed, too. The code that does the uploading can be found in Makefile.common in your CVS checkout in case you want to do some debugging. From bugzilla at redhat.com Mon Mar 13 14:31:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 09:31:46 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131431.k2DEVkxA004978@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-13 09:31 EST ------- mmcgrath.net should be back up now. Terrible storm blew through central Illinois last night. I did mean daemon but will stick with useradd -r nrpe in my spec file. I don't really even know what services use daemon. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 14:56:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 09:56:47 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131456.k2DEulVI009719@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From paul at city-fan.org 2006-03-13 09:56 EST ------- (In reply to comment #9) > mmcgrath.net should be back up now. Terrible storm blew through central > Illinois last night. I did mean daemon but will stick with useradd -r nrpe in > my spec file. Looks reasonable to me. I'd just add a '-c "Description of what account is for"' option to the useradd command so that people will know what the nrpe account in their passwd file is for. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From aportal at univ-montp2.fr Mon Mar 13 15:27:02 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Mon, 13 Mar 2006 16:27:02 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <20060313145141.6c9773a9.bugs.michael@gmx.net> References: <200603131145.36284.aportal@univ-montp2.fr> <200603131440.59511.aportal@univ-montp2.fr> <20060313145141.6c9773a9.bugs.michael@gmx.net> Message-ID: <200603131627.04690.aportal@univ-montp2.fr> Le Lundi 13 Mars 2006 14:51, Michael Schwendt a ?crit : > On Mon, 13 Mar 2006 14:40:56 +0100, Alain PORTAL wrote: > > > So, it looks quite a bit as if > > > either your client- or server-side setup still might be incorrect. > > > > Do I have to reinstall the file? (But I don't remember how ;) > > Here's the information for the CVS access setup: > > http://fedoraproject.org/wiki/Infrastructure/AccountSystem/DownloadCert > > Here's the page for the build system client setup: > > http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup > > It's ~/.fedora.cert that's used to upload binary files with "curl", > which you must have installed, too. The code that does the uploading > can be found in Makefile.common in your CVS checkout in case you want > to do some debugging. Thanks for the pointer. I have to reset my password and it seems to me there is a mail server problem at the university. So, to continue tomorrow. Yours sincerely. Alain -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Mon Mar 13 15:11:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 10:11:16 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131511.k2DFBGdf012568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-13 10:11 EST ------- SPEC: http://mmcgrath.net/~mmcgrath/nrpe/nrpe.spec SRPM: http://mmcgrath.net/~mmcgrath/nrpe/nrpe-2.4-3.src.rpm Updated useradd with a -c -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Mon Mar 13 15:22:43 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 13 Mar 2006 10:22:43 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060313152243.A713A8009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 plague-0.4.4-1.fc3 ushare-0.9.7-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Mar 13 15:23:25 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 13 Mar 2006 10:23:25 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060313152325.5CBE38009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 13 cfitsio-3.006-3.fc4 erlang-R10B-10.1.fc4 highlight-2.4.4-1.fc4 kst-1.2.0-10.fc4 lyx-1.4.0-4.fc4 mimetic-0.9.0-1.fc4 mimetic-0.9.0-2.fc4 perl-XML-RSS-1.10-1.fc4 plague-0.4.4-1.fc4 pylint-0.10.0-1.fc4 python-astng-0.15.1-1.fc4 python-logilab-common-0.14.1-1.fc4 ushare-0.9.7-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Mar 13 15:35:57 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 13 Mar 2006 10:35:57 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060313153557.3D8738009@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 31 aide-0.11-1 allegro-4.2.0-10 camstream-0.26.3-9.fc5 cfitsio-3.006-3.fc5 deskbar-applet-2.14.0-1.fc5 gputils-0.13.3-2.fc5 grads-1.9b4-9.fc5 gtk+extra-2.1.1-2.fc5 highlight-2.4.4-1.fc5 kdocker-1.3-5.fc5 kover-2.9.6-5 kst-1.2.0-10.fc5 lib765-0.3.3-5.fc5 libcdio-0.76-2.fc5 mimetic-0.9.0-1.fc5 mimetic-0.9.0-2.fc5 most-4.10.2-3.fc5 multisync-0.90.18-4.fc5 nc6-1.0-3.fc5 ninja-1.5.8.1-4 perl-XML-RSS-1.10-1.fc5 plague-0.4.4-1.fc5 pylint-0.10.0-1.fc5 python-astng-0.15.1-1.fc5 python-logilab-common-0.14.1-2.fc5 rkhunter-1.2.8-1.fc5 rogue-5.4.2-2.fc5 sopwith-1.7.1-3 source-highlight-2.3-1.fc5 tin-1.8.1-1.fc5 ushare-0.9.7-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From dragoran at feuerpokemon.de Mon Mar 13 15:39:29 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 13 Mar 2006 16:39:29 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44156E0A.6050004@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> Message-ID: <44159231.4010107@feuerpokemon.de> Ivan Gyurdiev wrote: > Ivan Gyurdiev wrote: > >> Thorsten Leemhuis wrote: >> >>> Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev >>> >>> >>> >>>> If yes, why doesn't Fedora ship: >>>> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) >>>> >>> >>> >>> That's exactly what the wine maintainer and I plan. But it is not >>> realized yet because nobody stepped up yet/found time to work out the >>> details how the wine.i386 gets automatically into the x86_64 tree after >>> building. >> > .. but I still want to compile CVS wine. > How does one do biarch development on Fedora? > > just do it as you would on a 32bit box ;) From bugzilla at redhat.com Mon Mar 13 15:42:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 10:42:30 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131542.k2DFgU5b019345@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-13 10:42 EST ------- Bad: - You don't allocate a fixed uid/gid. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 15:43:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 10:43:09 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131543.k2DFh9Ov019474@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-13 10:43 EST ------- Bad: - You don't allocate a fixed uid/gid. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 15:54:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 10:54:30 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131554.k2DFsU9j021496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From paul at city-fan.org 2006-03-13 10:54 EST ------- Looks like you need a new reviewer Mike, unless Jochen can justify his requirement for a fixed uid/gid. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 15:59:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 10:59:23 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603131559.k2DFxNVh022875@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From rc040203 at freenet.de 2006-03-13 10:59 EST ------- (In reply to comment #13) > Bad: > > - You don't allocate a fixed uid/gid. Elaborate in depth why this package requires a fixed uid/gid. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 16:20:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 11:20:42 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603131620.k2DGKgZ1028213@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-13 11:20 EST ------- >> About provide / req doom-game/-engine and Desktop files >> ======================================================= >> I've been thinking about this and initially I came up with the following: [...] >> But this is /becomes a mess so I suggest instead: >> -doom-engines provide dataname-engine for all datasets they support > >I'm not too keen on this because it means that every time a new iwad becomes >available, the game engine package must be updated to signal that it can run it. > The game engine package should not have to know about all of the possible dataname packages that it can run. I get your point, but what are the chances of new iwads comming out? We need to only take into account iwads which _might_ be packaged. So for prboom that would be free-doom and doom-shareware. For vavoom it would be doom-shareware and heretic-shareware. If people have registered versions they will need to install them themselves, we can't provide packages for thus we don't need provides doomxx-registered-engine. and besided the shareware versions and the free versions I don't know of any other iwads, but that could be me. Hmm, after doing a search I've found many interesting conversions, but these are all pwads and most don't have a clear license. Still lets assume some have an ok license, how do these fit in? About your other comments, I tend to agree with your simpeler solution (which would make my comment above void) but I'm not sure yet, I need to think a bit more about this one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From kevin.kofler at chello.at Mon Mar 13 16:28:46 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 13 Mar 2006 16:28:46 +0000 (UTC) Subject: Use of the "Other" category in desktop files References: <1142056392.10610.12.camel@locolhost.localdomain> Message-ID: Rex Dieter writes: > > * or a "Toys" category should be added to redhat-menus > > -1, same reason. Oops, so make that "Amusement(s)" to match what the Freedesktop spec and kdetoys both use. > kdetoys uses the "Amusement" category, which probably *should* be > handled (better) by redhat-menus. Right. Are you going to file the bug against redhat-menus to (hopefully) get that fixed? Kevin Kofler From fedora at leemhuis.info Mon Mar 13 16:39:52 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 13 Mar 2006 17:39:52 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44156E0A.6050004@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> Message-ID: <1142267992.5324.2.camel@localhost.localdomain> Am Montag, den 13.03.2006, 08:05 -0500 schrieb Ivan Gyurdiev: > Ivan Gyurdiev wrote: > > Thorsten Leemhuis wrote: > >> Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev > >> > >> > >>> If yes, why doesn't Fedora ship: > >>> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) > >>> > >> > >> That's exactly what the wine maintainer and I plan. But it is not > >> realized yet because nobody stepped up yet/found time to work out the > >> details how the wine.i386 gets automatically into the x86_64 tree after > >> building. > .. but I still want to compile CVS wine. > How does one do biarch development on Fedora? Use mock or a chroot with setarch. -- Thorsten Leemhuis From ivg2 at cornell.edu Mon Mar 13 16:40:41 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Mon, 13 Mar 2006 11:40:41 -0500 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44159231.4010107@feuerpokemon.de> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> <44159231.4010107@feuerpokemon.de> Message-ID: <4415A089.6040201@cornell.edu> > just do it as you would on a 32bit box ;) How's that? I'm not an expert in those things, I'm just trying to figure out how to compile 32-bit wine on x86_64. This requires a large number of i386 -devel packages, which possibly confict with the x86_64 -devel packages, which I have installed, and I don't want to remove. Fedora seems to have a parallel /lib /lib64 setup, but it doesn't seem to address the parallel -devel issue. It's a packaging problem that I'm complaining about. I just want to build an app from source, and install it on my own machine in 32-bit mode - esp. since 64-bit doesn't make sense at the moment. From katzj at redhat.com Mon Mar 13 16:54:36 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 11:54:36 -0500 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <44156E0A.6050004@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> Message-ID: <1142268876.1963.10.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 08:05 -0500, Ivan Gyurdiev wrote: > Ivan Gyurdiev wrote: > > Thorsten Leemhuis wrote: > >> Am Sonntag, den 12.03.2006, 03:26 -0500 schrieb Ivan Gyurdiev > >> > >> > >>> If yes, why doesn't Fedora ship: > >>> - 32-bit wine in x86_64 (along with 32-bit libraries it requires) > >>> > >> > >> That's exactly what the wine maintainer and I plan. But it is not > >> realized yet because nobody stepped up yet/found time to work out the > >> details how the wine.i386 gets automatically into the x86_64 tree after > >> building. > .. but I still want to compile CVS wine. > How does one do biarch development on Fedora? You can't have a full biarch devel environment right now as there's some non-trivial work to be done in fixing up, eg, header files which include arch specific bits. This is something that's being considered to look at post-FC5, but it's going to be a similar magnitude of work as getting things happy for multilib runtime Jeremy From dragoran at feuerpokemon.de Mon Mar 13 16:55:55 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 13 Mar 2006 17:55:55 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <4415A089.6040201@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> <44159231.4010107@feuerpokemon.de> <4415A089.6040201@cornell.edu> Message-ID: <4415A41B.3080102@feuerpokemon.de> Ivan Gyurdiev wrote: > >> just do it as you would on a 32bit box ;) > > How's that? > I'm not an expert in those things, I'm just trying to figure out how > to compile 32-bit wine on x86_64. This requires a large number of i386 > -devel packages, which possibly confict with the x86_64 -devel > packages, which I have installed, and I don't want to remove. Fedora > seems to have a parallel /lib /lib64 setup, but it doesn't seem to > address the parallel -devel issue. It's a packaging problem that I'm > complaining about. I just want to build an app from source, and > install it on my own machine in 32-bit mode - esp. since 64-bit > doesn't make sense at the moment. > I have always build wine from source before it was in extras and does not had any problems with devel packages conflicts. wine also adds -m32 by default so you don't have to do anything different on your x86_64 as on your x86 box ;) From rdieter at math.unl.edu Mon Mar 13 17:12:50 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Mar 2006 11:12:50 -0600 Subject: Use of the "Other" category in desktop files In-Reply-To: References: <1142056392.10610.12.camel@locolhost.localdomain> Message-ID: Kevin Kofler wrote: > Rex Dieter writes: >>kdetoys uses the "Amusement" category, which probably *should* be >>handled (better) by redhat-menus. > > > Right. > Are you going to file the bug against redhat-menus to (hopefully) get that > fixed? Done: "Category=Amusement unhandled -> Other" https://bugzilla.redhat.com/bugzilla/185312 -- Rex From Jochen at herr-schmitt.de Mon Mar 13 18:14:49 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 13 Mar 2006 19:14:49 +0100 Subject: kchm packaging help needed In-Reply-To: <20060313112145.GE2306@free.fr> References: <20060313112145.GE2306@free.fr> Message-ID: <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Mar 2006 12:21:46 +0100, you wrote: >I have packaged kchm for fedora extras, but it crashes at start, even when >I dont give it a chm file as argument. It may be because I did something >wrong with packaging, I never packaged kde apps and I don't know kde >(from a packager point of view ;-). I was able to build your Source RPM. But after I have start you programm, I have go a error message, which explained, that a KDE part could not found. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBRBW2o09gByurcX4MEQJIcgCfYQ6p0QQHa0/IC1iTaHw6PnbdG+MAniKn R61lCMCUr7ASHDO+U2gCGlf4 =U4O5 -----END PGP SIGNATURE----- From katzj at redhat.com Mon Mar 13 18:18:49 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 13:18:49 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142060594.31143.3.camel@ignacio.lan> References: <1142054562.2915.4.camel@aglarond.local> <1142060594.31143.3.camel@ignacio.lan> Message-ID: <1142273929.1963.23.camel@orodruin.boston.redhat.com> On Sat, 2006-03-11 at 02:03 -0500, Ignacio Vazquez-Abrams wrote: > On Sat, 2006-03-11 at 00:22 -0500, Jeremy Katz wrote: > > So, you might ask, what can I do to help? Well, if you maintain an > > application which makes sense for a user to select[1], check out the > > comps module and make sure that your package is listed in a reasonable > > group in the comps-fe5.xml.in file. > > Just as a follow up to our convo in IRC, the comps CVS commit messages > aren't going to the list, This should be fixed now > and a "Web Development" group would be handy. And this makes. Added Jeremy From katzj at redhat.com Mon Mar 13 18:22:36 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 13:22:36 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <44129823.2000802@hhs.nl> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> <20060311083327.GA21204@devserv.devel.redhat.com> <44129823.2000802@hhs.nl> Message-ID: <1142274156.1963.28.camel@orodruin.boston.redhat.com> On Sat, 2006-03-11 at 10:28 +0100, Hans de Goede wrote: > Bill Nottingham wrote: > > Michael A. Peters (mpeters at mac.com) said: > >>> If you think there needs to be a new group, please let me know. > >> I don't know if it needs a separate group - but a group for fonts would > >> imho be of value, as it may make it easier for people looking for (free) > >> fonts to find them. > >> > >> I don't maintain any font packages (yet). > > > > Generally, fonts are included as part of the language support groups. > Erm > > We (FE) are packaging more and more good general (iow not language > specific) free fonts. I like the idea of a font group. These would make sense to just be in the base-x group if they're not language specific. I'm not sure that having a separate group just for fonts really makes sense. > p.s. > > Can a package be in 2 groups? (for the font case?) Generally speaking, yes, although it does lead to some "interesting" UI cases so it's something that you want to avoid Jeremy From lists at timj.co.uk Mon Mar 13 18:24:03 2006 From: lists at timj.co.uk (Tim Jackson) Date: Mon, 13 Mar 2006 18:24:03 +0000 Subject: requesting new branches Message-ID: <4415B8C3.4000105@timj.co.uk> As a new contributor, I've come to requesting a new CVS branch for the first time. I've requested an FC-4 branch for "altermime" a couple of times, and it's been taken off the wiki cvssync page (last time by Warren) but I'm not seeing the branch from a "cvs update" nor via the CVS web page: http://cvs.fedora.redhat.com/viewcvs/rpms/altermime/?root=extras Am I doing something wrong? Tim From katzj at redhat.com Mon Mar 13 18:28:01 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 13:28:01 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <44129928.2010001@hhs.nl> References: <1142054562.2915.4.camel@aglarond.local> <44129928.2010001@hhs.nl> Message-ID: <1142274481.1963.34.camel@orodruin.boston.redhat.com> On Sat, 2006-03-11 at 10:32 +0100, Hans de Goede wrote: > Where should packages like bochs, qemu, wine (and once its packaged) > freedos be? Maybe we need an emulator group? > > Wine is currently under system tools but that does not seem right. Arguably, these aren't really things which are "user visible" -- they're tools to let you do other things. Thus, system tools isn't a horrible match (although the system tools description does need work) Jeremy From katzj at redhat.com Mon Mar 13 18:29:16 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 13:29:16 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142086434.4635.5.camel@localhost.localdomain> References: <1142054562.2915.4.camel@aglarond.local> <1142086434.4635.5.camel@localhost.localdomain> Message-ID: <1142274556.1963.36.camel@orodruin.boston.redhat.com> On Sat, 2006-03-11 at 09:13 -0500, Paul W. Frields wrote: > On Sat, 2006-03-11 at 00:22 -0500, Jeremy Katz wrote: > > So, you might ask, what can I do to help? Well, if you maintain an > > application which makes sense for a user to select[1], check out the > > comps module and make sure that your package is listed in a reasonable > > group in the comps-fe5.xml.in file. If it's not, feel free to add it > > using the following as a template if your package were named "foo": > > foo > > If you think there needs to be a new group, please let me know. > > I think a Documentation group would be a big help for FDP as we prepare > to submit some of our build tools and actual documents to Extras for > review and inclusion. Thanks for the opportunity! This definitely makes sense, but adding the group before there is content available for it is less so. When the packages exist, we can add the group with the initial packages Jeremy From katzj at redhat.com Mon Mar 13 18:30:17 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 13:30:17 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142147328.7717.23.camel@tuxhugger> References: <1142054562.2915.4.camel@aglarond.local> <1142147328.7717.23.camel@tuxhugger> Message-ID: <1142274617.1963.38.camel@orodruin.boston.redhat.com> On Sat, 2006-03-11 at 23:08 -0800, Peter Gordon wrote: > Sounds good here, Jeremy. Though, do I need to run `make` and update the > other stuff too, or just the xml.in file on its own? For now, just update the .xml.in -- the .xml file is automatically created and we'll be pulling that into the actual extras push process at some point. Jeremy From tibbs at math.uh.edu Mon Mar 13 18:31:15 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 13 Mar 2006 12:31:15 -0600 Subject: requesting new branches In-Reply-To: <4415B8C3.4000105@timj.co.uk> (Tim Jackson's message of "Mon, 13 Mar 2006 18:24:03 +0000") References: <4415B8C3.4000105@timj.co.uk> Message-ID: >>>>> "TJ" == Tim Jackson writes: TJ> I've requested an FC-4 branch for "altermime" a couple of times, TJ> and it's been taken off the wiki cvssync page (last time by TJ> Warren) but I'm not seeing the branch from a "cvs update" nor via TJ> the CVS web page: I just checked it out and see the FC-4 branch: > cvs co altermime For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs cvs checkout: Updating altermime U altermime/Makefile U altermime/import.log cvs checkout: Updating altermime/FC-4 U altermime/FC-4/.cvsignore U altermime/FC-4/Makefile U altermime/FC-4/altermime.spec U altermime/FC-4/branch U altermime/FC-4/sources cvs checkout: Updating altermime/devel [...] - J< From bugzilla at redhat.com Mon Mar 13 18:30:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 13:30:36 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603131830.k2DIUaSD024704@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-13 13:30 EST ------- (In reply to comment #4) > >> About provide / req doom-game/-engine and Desktop files > >> ======================================================= > >> I've been thinking about this and initially I came up with the following: > [...] > >> But this is /becomes a mess so I suggest instead: > >> -doom-engines provide dataname-engine for all datasets they support > > > >I'm not too keen on this because it means that every time a new iwad becomes > >available, the game engine package must be updated to signal that it can run it. > > The game engine package should not have to know about all of the possible > dataname packages that it can run. > > I get your point, but what are the chances of new iwads comming out? We need to > only take into account iwads which _might_ be packaged. So for prboom that would > be free-doom and doom-shareware. For vavoom it would be doom-shareware and > heretic-shareware. If people have registered versions they will need to install > them themselves, we can't provide packages for thus we don't need provides > doomxx-registered-engine. and besided the shareware versions and the free > versions I don't know of any other iwads, but that could be me. You've got a valid point. There are a very limited number of iwads that we can include in FE. > Hmm, after doing a search I've found many interesting conversions, but these are > all pwads and most don't have a clear license. Still lets assume some have an ok > license, how do these fit in? I was thinking about the pwad situation last night but didn't have enough information to formulate a coherent plan. While iwads are entire games (new levels, sounds, sprites, music), pwads (also known as patch wads) replace only some components of an iwad, though some of the better ones end up replacing almost everything. pwads require that an iwad be present in order to be played. I think the best way to handle pwads is to have a graphical launcher that lets the user select from all of the installed pwads. There were many of these launchers for DOS back when doom was still new. I found one for Linux, and there may be more: http://forums.newdoom.com/showthread.php?t=20863. This particular launcher lets you select the engine as well as the iwad and pwad. > About your other comments, I tend to agree with your simpeler solution (which > would make my comment above void) but I'm not sure yet, I need to think a bit > more about this one. I now think that a separate launcher is the way to go. We can use an explicit engine -> iwad and iwad -> engine requires (such as prboom requires freedoom, freedoom requires prboom) with .desktop files to handle the simple case. The launcher is a separate package that lets the user select from multiple installed engines, iwads, and pwads. iwads and pwads would have to be installed in well-known locations so that the launcher can pick them up automatically. This may also require modifying the launcher to look in these well-known locations automatically. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 18:57:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 13:57:07 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603131857.k2DIv7ku030260@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From nicolas.mailhot at laposte.net 2006-03-13 13:57 EST ------- > If people have registered versions they will need to install > them themselves, we can't provide packages for thus we don't need provides > doomxx-registered-engine. Actually if you really wanted to do it and stay on the good side of the law, it's perfectly possible to provide users with nosrc.rpm So it's not a technical/legal limit, it depends entirely on how far you wish to go. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nicolas.mailhot at laposte.net Mon Mar 13 19:05:16 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 13 Mar 2006 20:05:16 +0100 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142274156.1963.28.camel@orodruin.boston.redhat.com> References: <1142054562.2915.4.camel@aglarond.local> <1142062732.10610.15.camel@locolhost.localdomain> <20060311083327.GA21204@devserv.devel.redhat.com> <44129823.2000802@hhs.nl> <1142274156.1963.28.camel@orodruin.boston.redhat.com> Message-ID: <1142276716.10342.15.camel@rousalka.dyndns.org> Le lundi 13 mars 2006 ? 13:22 -0500, Jeremy Katz a ?crit : > On Sat, 2006-03-11 at 10:28 +0100, Hans de Goede wrote: > > We (FE) are packaging more and more good general (iow not language > > specific) free fonts. I like the idea of a font group. > > These would make sense to just be in the base-x group if they're not > language specific. I'm not sure that having a separate group just for > fonts really makes sense. Actually fonts can be used on x-less systems too (document generation...) so I'm not sure base-x is the right choice Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Mon Mar 13 19:02:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 14:02:44 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603131902.k2DJ2ioB031921@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-13 14:02 EST ------- The new spec/patch look good. I'd prefer a final SRPM before giving approval, but given your ISP issues that's not necessary this time. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Mon Mar 13 19:15:19 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 13 Mar 2006 20:15:19 +0100 Subject: kchm packaging help needed In-Reply-To: <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> Message-ID: <20060313191519.GH2306@free.fr> > I was able to build your Source RPM. But after I have start you > programm, I have go a error message, which explained, that a KDE > part could not found. Yep, that's what I call a crash... What is a KDE part? There is a libkparts in kdelibs, but I don't have a clue on what is going on here... -- Pat From bugzilla at redhat.com Mon Mar 13 19:26:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 14:26:46 -0500 Subject: [Bug 185325] New: Review Request: sparse 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=185325 Summary: Review Request: sparse Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: bkyoung at users.sourceforge.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: Attached as sparse.spec SRPM Name or Url: Must build separately Description: A C semantic parser. While flailing and failing to resolve a kernel issue, I followed this "sparse" tangent and now have a sparse RPM for Fedora. The Linux kernel build system directly supports sparse, and including it in Fedora Extras would be a convenience to anyone wishing to attempt to use it. Because of compat-i386.c, the spec file may require: ExclusiveArch:i386 The license is OSL V1.1, but exemptions included in the license imply executables linking to the library itself (sparse) are not considered "Original Work". A kernel-2.6.spec.patch (for kernel-smp-2.6.15-1.2041) is attached to provide a convenient way to use sparse when rebuilding the kernel. Attached are: sparse.spec sparse-0.1-Makefile.patch kernel-2.6.spec.patch To git (from git-core) tarball: git clone git://git.kernel.org/pub/scm/devel/sparse/sparse.git cd sparse git-tar-tree HEAD sparse-0.1 | gzip > ../sparse-0.1.tar.gz rpmlint output: W: sparse invalid-license OSL W: sparse-debuginfo invalid-license OSL W: sparse-debuginfo objdump-failed W: sparse-devel invalid-license OSL -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 19:30:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 14:30:04 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603131930.k2DJU4Np006616@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From katzj at redhat.com 2006-03-13 14:30 EST ------- Looking fairly good. Tested on my x86_64 box, though, and it's breaking due to things being in %{_libdir}/mono/gac instead of /usr/lib/mono/gac. Talking with some people who know more about mono than I do, it seems that the files should always end up in /usr/lib right now (they're always 32-bit i386 PE executables). Probably post-FC5, we'll be working to move them into %{_datadir} or similar. But if you fix that up, I'll sponsor you and approve the package -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jeff at ocjtech.us Mon Mar 13 19:57:17 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 13 Mar 2006 13:57:17 -0600 Subject: requesting new branches In-Reply-To: <4415B8C3.4000105@timj.co.uk> References: <4415B8C3.4000105@timj.co.uk> Message-ID: <1142279837.3171.17.camel@lt16585.campus.dmacc.edu> On Mon, 2006-03-13 at 18:24 +0000, Tim Jackson wrote: > As a new contributor, I've come to requesting a new CVS branch for the > first time. > > I've requested an FC-4 branch for "altermime" a couple of times, and > it's been taken off the wiki cvssync page (last time by Warren) but I'm > not seeing the branch from a "cvs update" nor via the CVS web page: > > http://cvs.fedora.redhat.com/viewcvs/rpms/altermime/?root=extras > > Am I doing something wrong? Try "cvs update -dP". Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From triad at df.lth.se Mon Mar 13 20:02:25 2006 From: triad at df.lth.se (Linus Walleij) Date: Mon, 13 Mar 2006 21:02:25 +0100 (CET) Subject: 32-bit cvs wine on x86_64 In-Reply-To: <4415A089.6040201@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> <44159231.4010107@feuerpokemon.de> <4415A089.6040201@cornell.edu> Message-ID: On Mon, 13 Mar 2006, Ivan Gyurdiev wrote: > Fedora seems to have a parallel /lib /lib64 setup, That's FHS (File Hierarchu Standard) not a Fedora invention, Solaris also has the same setup if I don't remember this all wrong. http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64 Linus From Jochen at herr-schmitt.de Mon Mar 13 20:05:11 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 13 Mar 2006 21:05:11 +0100 Subject: kchm packaging help needed In-Reply-To: <20060313191519.GH2306@free.fr> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> Message-ID: <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Mar 2006 20:15:19 +0100, you wrote: >Yep, that's what I call a crash... What is a KDE part? There is a >libkparts in kdelibs, but I don't have a clue on what is going on here... A KDE part is a component implemented in a .so file which will be embeded in a windows. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBRBXQiU9gByurcX4MEQK0AwCfVowAnd6rAoDCdNqTm+f2iLuzTAEAnjTf SGj28pPKRv1+U2dkHvWwTGfh =JZAE -----END PGP SIGNATURE----- From fedora at camperquake.de Mon Mar 13 20:11:46 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 13 Mar 2006 21:11:46 +0100 Subject: kchm packaging help needed In-Reply-To: <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> Message-ID: <20060313211146.54a2aff3@nausicaa.camperquake.de> Hi. Jochen Schmitt wrote: > A KDE part is a component implemented in a .so file which will be > embeded in a windows. If you ever find out why this does not work in this package I'd be most interested in the solution, since I wrestle with a similar problem, although in a different package. -- "Well, gentlemen, you are about to see a baked Appel." -- George Appel, electrocuted in New York, 1928 From bugzilla at redhat.com Mon Mar 13 20:30:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 15:30:27 -0500 Subject: [Bug 185288] Review Request: libchmxx - C++ bindings for chmlib In-Reply-To: Message-ID: <200603132030.k2DKURxw019363@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libchmxx - C++ bindings for chmlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185288 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rdieter at math.unl.edu ------- Additional Comments From rdieter at math.unl.edu 2006-03-13 15:30 EST ------- 2 initial comments: 1. put %doc html/ in the -devel pkg 2. omit static lib -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 20:33:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 15:33:57 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603132033.k2DKXviU020746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From caillon at redhat.com 2006-03-13 15:33 EST ------- Just a followup, make sure it is %{_prefix}/lib/mono/gac instead of simply /usr/lib/mono/gac. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 20:36:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 15:36:22 -0500 Subject: [Bug 185216] Review Request: glyph-keeper In-Reply-To: Message-ID: <200603132036.k2DKaMEG021530@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-13 15:36 EST ------- All MUSTFIX items addressed. Normally I'd prefer to see a final srpm before approving, but I note the ISP problems that you had with adime, so it's not necessary this time. APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Mon Mar 13 20:45:36 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Mar 2006 14:45:36 -0600 Subject: kchm packaging help needed In-Reply-To: <20060313112145.GE2306@free.fr> References: <20060313112145.GE2306@free.fr> Message-ID: Patrice Dumas wrote: > Hello, > > I have packaged kchm for fedora extras, but it crashes at start, From specfile: rm $RPM_BUILD_ROOT%{_libdir}/kde3/*.la don't do that. -- Rex From Jochen at herr-schmitt.de Mon Mar 13 20:57:14 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 13 Mar 2006 21:57:14 +0100 Subject: kchm packaging help needed In-Reply-To: <20060313211146.54a2aff3@nausicaa.camperquake.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> Message-ID: <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Mar 2006 21:11:46 +0100, you wrote: >If you ever find out why this does not work in this package I'd be >most interested in the solution, since I wrestle with a similar problem, >although in a different package. I have found the solution after a strace session. Don't remove the *.la files which will be installed by the make install step into the '%install' stanza.. Both .la files, the Kpart and the kio_slave will be needed. Conclussion: IN opposite to the packaging guidelines it may be make sense to put .la files into rpms for KDE programs. Form my point of view the package need further work: - - Mime binding doesn't work. - - A Desktiop file will be needed to integrate kchm into the K menu. At last, the program itself need some work. But this is a problem for the upstream author. To understand my mind, you may download the WinFAQ CHM file from http://www.winfaq.de. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBRBXcs09gByurcX4MEQLy+gCePxnjfVQAj//OHvoO1Z6e16z1P2IAnAkE HkikZVUa/JF5y7KugpTwJg2P =RhLB -----END PGP SIGNATURE----- From orion at cora.nwra.com Mon Mar 13 21:03:47 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 13 Mar 2006 14:03:47 -0700 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <1142054562.2915.4.camel@aglarond.local> References: <1142054562.2915.4.camel@aglarond.local> Message-ID: <4415DE33.6010101@cora.nwra.com> Jeremy Katz wrote: > With FC5 on the way and the advent of the repo-aware replacement for > system-config-packages (pirut), we're now in a much better position for > making it easy for users to gain access to applications. > > So, you might ask, what can I do to help? Well, if you maintain an > application which makes sense for a user to select[1], check out the > comps module and make sure that your package is listed in a reasonable > group in the comps-fe5.xml.in file. If it's not, feel free to add it > using the following as a template if your package were named "foo": > foo > If you think there needs to be a new group, please let me know. > Should there be a "Fortran Development" group? I have ftnchek that would belong. -- 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 fedora at camperquake.de Mon Mar 13 21:05:58 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 13 Mar 2006 22:05:58 +0100 Subject: kchm packaging help needed In-Reply-To: <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> Message-ID: <20060313220558.03ff1497@nausicaa.camperquake.de> Hi. Jochen Schmitt wrote: > I have found the solution after a strace session. > > Don't remove the *.la files which will be installed by the make > install step into the '%install' stanza.. Both .la files, the > Kpart and the kio_slave will be needed. I got that far, too. The .la file is there, but KDE is unhappy nonetheless. Hrm. Anyone with KDE experience around who can tell me how one debugs what KDE is doing internally? -- Hit any user to continue. From rdieter at math.unl.edu Mon Mar 13 21:03:24 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Mar 2006 15:03:24 -0600 Subject: kchm packaging help needed In-Reply-To: <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> Message-ID: Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 13 Mar 2006 21:11:46 +0100, you wrote: > > >>If you ever find out why this does not work in this package I'd be >>most interested in the solution, since I wrestle with a similar problem, >>although in a different package. > > > I have found the solution after a strace session. > > Don't remove the *.la files which will be installed by the make > install step into the '%install' stanza.. Both .la files, the > Kpart and the kio_slave will be needed. > > Conclussion: IN opposite to the packaging guidelines it may be > make sense to put .la files into rpms for KDE programs. If the packaging guidelines don't already say it, the omission of .la files should be limited to shared libraries in %{_libdir}/ -- Rex From liljencrantz at gmail.com Mon Mar 13 21:21:25 2006 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 13 Mar 2006 22:21:25 +0100 Subject: Making an rpm that works on both FC4 and FC5 Message-ID: <7dad0d770603131321j1a36dceer87654256bebaa81e@mail.gmail.com> Hi. Is it possible to specify that a package should require either libX11-devel or xorg-devel? There was no mention of this in the Maximum RPM book that I could find, and the only condifionals %ifarch and %ifos are not fine grained enough to differ between os releases either. It would be convenient to do so, since it would allow one to use the same spec file for both FC5 and FC4 on packages that require X to compile. Thanks -- Axel From katzj at redhat.com Mon Mar 13 21:22:40 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 13 Mar 2006 16:22:40 -0500 Subject: Comps, or, Making it Easier for Users to Find Software In-Reply-To: <4415DE33.6010101@cora.nwra.com> References: <1142054562.2915.4.camel@aglarond.local> <4415DE33.6010101@cora.nwra.com> Message-ID: <1142284960.1963.57.camel@orodruin.boston.redhat.com> On Mon, 2006-03-13 at 14:03 -0700, Orion Poplawski wrote: > Jeremy Katz wrote: > > With FC5 on the way and the advent of the repo-aware replacement for > > system-config-packages (pirut), we're now in a much better position for > > making it easy for users to gain access to applications. > > > > So, you might ask, what can I do to help? Well, if you maintain an > > application which makes sense for a user to select[1], check out the > > comps module and make sure that your package is listed in a reasonable > > group in the comps-fe5.xml.in file. If it's not, feel free to add it > > using the following as a template if your package were named "foo": > > foo > > If you think there needs to be a new group, please let me know. > Should there be a "Fortran Development" group? I have ftnchek that > would belong. At the moment, I'd just throw it in the general development-tools category. Realistically, I don't like any of the "foo-development" groups that are language specific. Just haven't had ideas for better ways to categorize yet :-/ Jeremy From rdieter at math.unl.edu Mon Mar 13 21:20:08 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Mar 2006 15:20:08 -0600 Subject: kchm packaging help needed In-Reply-To: <20060313220558.03ff1497@nausicaa.camperquake.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313220558.03ff1497@nausicaa.camperquake.de> Message-ID: Ralf Ertzinger wrote: > I got that far, too. The .la file is there, but KDE is unhappy > nonetheless. Hrm. I can take a look, what app is it? > Anyone with KDE experience around who can tell me how one debugs > what KDE is doing internally? Some combination of using strace and a crystal ball... (-: -- Rex From pertusus at free.fr Mon Mar 13 21:27:25 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 13 Mar 2006 22:27:25 +0100 Subject: kchm packaging help needed In-Reply-To: <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> Message-ID: <20060313212725.GJ2306@free.fr> > Don't remove the *.la files which will be installed by the make > install step into the '%install' stanza.. Both .la files, the > Kpart and the kio_slave will be needed. Yep, it worked with those files. > - - Mime binding doesn't work. > - - A Desktiop file will be needed to integrate kchm into the K > menu. Yep, and but isn't the real submission yet... > At last, the program itself need some work. But this is a problem > for the upstream author. To understand my mind, you may download > the WinFAQ CHM file from http://www.winfaq.de. Indeed. -- Pat From pertusus at free.fr Mon Mar 13 21:28:43 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 13 Mar 2006 22:28:43 +0100 Subject: kchm packaging help needed In-Reply-To: <20060313220558.03ff1497@nausicaa.camperquake.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313220558.03ff1497@nausicaa.camperquake.de> Message-ID: <20060313212843.GK2306@free.fr> > I got that far, too. The .la file is there, but KDE is unhappy > nonetheless. Hrm. It works for me? I've added --disable-rpath to %configure, and update-desktop-database &> /dev/null ||: in %post. -- Pat From fedora at camperquake.de Mon Mar 13 21:30:52 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 13 Mar 2006 22:30:52 +0100 Subject: kchm packaging help needed In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313220558.03ff1497@nausicaa.camperquake.de> Message-ID: <20060313223052.00fe92cb@nausicaa.camperquake.de> Hi. Rex Dieter wrote: > I can take a look, what app is it? It's filelight (http://www.methylblue.com/filelight/index.php). The current .src.rpm file is on my laptop, I can put it somewhere tomorrow. > Some combination of using strace and a crystal ball... (-: I suspected as much. -- "Don't put your hand where you wouldn't put your face," she said. From bugzilla at redhat.com Mon Mar 13 21:37:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 16:37:13 -0500 Subject: [Bug 182064] Review Request: facter In-Reply-To: Message-ID: <200603132137.k2DLbD0a004252@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: facter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064 ------- Additional Comments From dlutter at redhat.com 2006-03-13 16:37 EST ------- Removed the BuildArch line for now. Spec: http://people.redhat.com/dlutter/yum/spec/facter.spec SRPM: http://people.redhat.com/dlutter/yum/SRPMS/facter-1.1.4-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 21:39:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 16:39:42 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603132139.k2DLdglm004644@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From dlutter at redhat.com 2006-03-13 16:39 EST ------- * The comment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064#c3 also applies to this package; removed BuildArch: noarch for now to address that * Updated to latest upstream release 0.15.0 Spec: http://people.redhat.com/dlutter/yum/spec/puppet.spec SRPM: http://people.redhat.com/dlutter/yum/SRPMS/puppet-0.15.0-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 21:50:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 16:50:36 -0500 Subject: [Bug 185215] Review Request: adime - Allegro Dialogs Made Easy In-Reply-To: Message-ID: <200603132150.k2DLoa2l006431@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-13 16:50 EST ------- Imported and Build, thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 21:51:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 16:51:21 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603132151.k2DLpLlO006614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 Bug 185257 depends on bug 185215, which changed state. Bug 185215 Summary: Review Request: adime - Allegro Dialogs Made Easy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185215 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 21:53:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 16:53:24 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603132153.k2DLrOKw006882@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-13 16:53 EST ------- Heh. I noticed :-) dogtail seems like a much easier interface to learn, thanks! The dist tag should end up empty outside of the Fedora Extras buildsystem. You did the right thing by making it optional. Post the new URLs when you roll a new version out and I'll review again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Mon Mar 13 22:01:30 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 13 Mar 2006 16:01:30 -0600 Subject: Making an rpm that works on both FC4 and FC5 In-Reply-To: <7dad0d770603131321j1a36dceer87654256bebaa81e@mail.gmail.com> References: <7dad0d770603131321j1a36dceer87654256bebaa81e@mail.gmail.com> Message-ID: Axel Liljencrantz wrote: > Is it possible to specify that a package should require either > libX11-devel or xorg-devel? Here's what I use, since the FE buildsystem defines the macro %{fedora}: %if "%{?fedora}" > "4" BuildRequires: libX11-devel %else BuildRequires: xorg-x11-devel %endif -- Rex From bugzilla at redhat.com Mon Mar 13 22:06:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:06:45 -0500 Subject: [Bug 182040] Review Request: ratpoison - simplified keyboard-only window manager In-Reply-To: Message-ID: <200603132206.k2DM6j6I009294@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ratpoison - simplified keyboard-only window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182040 ------- Additional Comments From jwb at redhat.com 2006-03-13 17:06 EST ------- Added a .desktop file and installed to /usr/share/xsessions. Updated packages: SPEC: http://www.berningeronline.net/ratpoison.spec SRPM: http://www.berningeronline.net/ratpoison-1.3.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 22:08:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:08:47 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603132208.k2DM8l6u009823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From jwb at redhat.com 2006-03-13 17:08 EST ------- Any chance of a sponsor review on this package? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Mon Mar 13 22:19:20 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 13 Mar 2006 23:19:20 +0100 Subject: kchm packaging help needed In-Reply-To: <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> Message-ID: <20060313221920.GL2306@free.fr> > - - Mime binding doesn't work. What is that? How can it be tested... And fixed ;-)? I'm gonna submit kchm even without the working mime binding... -- Pat From bugzilla at redhat.com Mon Mar 13 22:47:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:47:38 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603132247.k2DMlcb1021463@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 ------- Additional Comments From mitr at redhat.com 2006-03-13 17:47 EST ------- * cpan-lib is currently a big problem because the package Provides: perl(the_modules), so it could get pulled in by yum instead of the perl module packages; yum would actually prefer otrs to the perl-whatever packages because "otrs" is a shorter name. otrs should have all perl(*) provides filtered out, including the internal Kernel::* modules. Removing cpan-lib completely won't work because Date-Pcalc and SOAP-Lite are not currently packaged in Fedora, and HTML::Safe is not even on CPAN. But after removing the other parts of cpan-lib and installing the corresponding Fedora packages otrs seems to work correctly. I was afraid it would be more packages, I think blocking otrs until 2 Perl modules are packaged is acceptable. I'll help packaging them if necessary. * I don't think the rpmlint warnings are a problem. * I have tried installing Calendar-1.4.3 in the package manager, it failed because /var/www/otrs/var/httpd/htdocs/images/Standard isn't writable by apache. * I see the "Useless use of AllowOverride:" warning on rawhide. http://httpd.apache.org/docs/2.2/mod/core.html#allowoverride says that AllowOverride is valid only in . Because a later contains "AllowOverride None", it should be safe to just drop it from the section. Other stuff: * %pre assumes the apache group exists, so there should be Requires(pre): httpd. Suggestions: * Consider defining and using %{otrsdir} instead of repeating %{_localstatedir}/www/%{name} all over the spec file * Consider using patches for the more modified files (redhat-rcorts*, apache2-httpd-new.include.conf), patches are more readable than a sequence of sed statements. The s|/opt/|...|g is OTOH probably better than a large patch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 22:50:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:50:07 -0500 Subject: [Bug 185262] Review Request: kchmviewer - CHM viewer In-Reply-To: Message-ID: <200603132250.k2DMo7De022014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kchmviewer - CHM viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185262 ------- Additional Comments From pertusus at free.fr 2006-03-13 17:49 EST ------- Thanks to Rex Dieter I have understood why it failed with kde support. Here is an updated srpm with kde support: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchmviewer-2.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 22:52:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:52:19 -0500 Subject: [Bug 185288] Review Request: libchmxx - C++ bindings for chmlib In-Reply-To: Message-ID: <200603132252.k2DMqJnw022595@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libchmxx - C++ bindings for chmlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185288 ------- Additional Comments From pertusus at free.fr 2006-03-13 17:52 EST ------- Fixed here: http://www.environnement.ens.fr/perso/dumas/fc-srpms/libchmxx-0.1-2.src.rpm I personally think that there are valid uses of an app linked statically with chmlib/chmlibxx (for portability), however as there are no static libs with chmlib, it doesn't make sense to have some with libchmxx. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 22:55:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:55:34 -0500 Subject: [Bug 185359] New: Review Request: kchm - CHM file viewer 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=185359 Summary: Review Request: kchm - CHM file viewer Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchm-0.6.5-1.src.rpm Description: This is a chm file viewer + corresponding kpart and kio slave for KDE. It based on libchm and libchm++. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 22:59:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 17:59:59 -0500 Subject: [Bug 185359] Review Request: kchm - CHM file viewer In-Reply-To: Message-ID: <200603132259.k2DMxxfX024661@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kchm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185359 ------- Additional Comments From pertusus at free.fr 2006-03-13 17:59 EST ------- Thanks to Rex and Jochen for helping me packaging it. Jochen has allready pointed out that there is a deficiency: - - Mime binding doesn't work. I don't know what it means, but here it is ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:02:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:02:17 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603132302.k2DN2HVM025264@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From foolish at guezz.net 2006-03-13 18:01 EST ------- Fixed the issues breaking x86_64 Updated spec: http://folk.ntnu.no/sindrb/packages/muine.spec SRPM: http://folk.ntnu.no/sindrb/packages/muine-0.8.4-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:05:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:05:55 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603132305.k2DN5tx6026174@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-13 18:05 EST ------- As promised I've done some more thinking, here are my conclusions which are much in line with yours: -doom iwad packages are leading, the get listed in comps, they have a desktop file which directly calls the prefered engine for the iwad and the require the prefered engine. -all iwads go into one dir, I suggest /usr/share/doom this way all engines can be modified to search here by default making them work from the cmdline without args too, and this dir can be used by launchers if / once we add those. -doom-engines need to be usable when installed, thus they should require an doom-iwad package, preferably one which has them as the prefered engine, but if no such package exists then any iwad-package will do. -doom-engines will be "modified" so that they search /usr/share/doom by default, and so that try to open the iwad they require. Prboom f.e. should try to open /usr/share/doom/free-doom.wad (not nescesarry the first one it tries to open). This is so that they will work when started from the console without any args. -pwads which are really new games (conversions) are treated as iwads except that they should require the nescesarry iwad. (we will need to try these pwads against free-doom and if they work get their license clarified first) -we will come up with something for pwads which are just levels later (and again we need tp get their license clarified first). I hope you agree with this and then can modify prboom and free-doom to match this, then I'll complete the review of prboom and start on free-doom. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:11:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:11:30 -0500 Subject: [Bug 185216] Review Request: glyph-keeper In-Reply-To: Message-ID: <200603132311.k2DNBUtg027539@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163779 |163778 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-13 18:11 EST ------- Imported and build, Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:12:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:12:04 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603132312.k2DNC4Sc027719@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 Bug 185257 depends on bug 185216, which changed state. Bug 185216 Summary: Review Request: glyph-keeper https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185216 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:16:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:16:40 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603132316.k2DNGeW6029228@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From katzj at redhat.com 2006-03-13 18:16 EST ------- This just changes the spec file and doesn't actually fix where the package is trying to install things. It looks like patching configure along these lines should work around the problem [katzj at orodruin BUILD]$ diff -ur muine-0.8.4/configure muine/configure --- muine-0.8.4/configure 2006-01-29 23:51:08.000000000 -0500 +++ muine/configure 2006-03-13 18:19:27.000000000 -0500 @@ -21724,7 +21724,7 @@ { (exit 1); exit 1; }; } fi -GACUTIL_FLAGS='/package muine /gacdir $(libdir) /root $(DESTDIR)$(libdir)' +GACUTIL_FLAGS='/package muine /gacdir $(prefix)/lib /root $(DESTDIR)$(prefix)/lib' -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:36:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:36:06 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603132336.k2DNa6US001040@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-13 18:36 EST ------- (In reply to comment #7) [...] > -pwads which are really new games (conversions) are treated as iwads except that > they should require the nescesarry iwad. (we will need to try these pwads > against free-doom and if they work get their license clarified first) > -we will come up with something for pwads which are just levels later > (and again we need tp get their license clarified first). IMO, the "conversion" pwads and minor patch pwads are treated the same (each gets their own subdir in /usr/share/doom), except that the conversion pwads will also have a .desktop file. The minor pwads will have to be selected either on the command line or through a launcher. > I hope you agree with this and then can modify prboom and free-doom to match > this, then I'll complete the review of prboom and start on free-doom. I knew we would eventually converge on a decent solution. :) I'll work on updates to prboom and freedoom to reflect the results of this discussion. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:38:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:38:48 -0500 Subject: [Bug 181369] Review Request: libedit - The NetBSD Editline library In-Reply-To: Message-ID: <200603132338.k2DNcmJp001492@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libedit - The NetBSD Editline library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181369 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2006-03-13 18:38 EST ------- Naming Guidlines say post release snapshots are release.alpha. In your case, Release would be 1.%{snap}cvs%{?dist} rpmlint and the qa script found these: Needs work: * The package should contain the text of the license (wiki: PackageReviewGuidelines) * The package contains libtool archive files (*.la) (wiki: PackagingGuidelines#StaticLibraries) W: libedit non-standard-group System/Libraries W: libedit-devel non-standard-group Development/C The group specified in your spec file is not valid. The closest match in rpm's GROUPS file is System Environment/Libraries for both. W: libedit incoherent-version-in-changelog 2.9-20060103cvs 2.9-20060103cvs.1.fc5 Your last entry in %changelog contains a version that is not coherent with the current version of your package. E: libedit library-without-ldconfig-postin /usr/lib/libedit.so.0.0.17 E: libedit library-without-ldconfig-postun /usr/lib/libedit.so.0.0.17 This package contains a library and provides no %post or %postun scriptlet containing a call to ldconfig. W: libedit-debuginfo objdump-failed Executing objdump on this file failed, all checks could not be run. Not sure about this one. The debuginfo package seems to have been made correctly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 13 23:51:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 18:51:03 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603132351.k2DNp3kN003248@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-13 18:50 EST ------- I hit 'save' too quickly... (In reply to comment #8) > (In reply to comment #7) > [...] > > -pwads which are really new games (conversions) are treated as iwads except that > > they should require the nescesarry iwad. (we will need to try these pwads > > against free-doom and if they work get their license clarified first) > > -we will come up with something for pwads which are just levels later > > (and again we need tp get their license clarified first). > > IMO, the "conversion" pwads and minor patch pwads are treated the same (each > gets their own subdir in /usr/share/doom), except that the conversion pwads will > also have a .desktop file. The minor pwads will have to be selected either on > the command line or through a launcher. I meant to delete the parenthetical about subdirectories. No subdirectories are necessary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 00:06:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 19:06:05 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603140006.k2E065R0006481@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-13 19:05 EST ------- Changes to the game data files directory, per the above discussion. The -gamedir patch has changed slightly as a result. http://www.kobold.org/~wart/fedora/prboom-2.3.1-3.src.rpm http://www.kobold.org/~wart/fedora/prboom.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 00:07:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 19:07:47 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603140007.k2E07lQe006874@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 ------- Additional Comments From wart at kobold.org 2006-03-13 19:07 EST ------- Changes to the game data files directory, per the discussion in BZ #185211 (prboom) http://www.kobold.org/~wart/fedora/freedoom-0.4.1-2.src.rpm http://www.kobold.org/~wart/fedora/freedoom.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 00:17:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 19:17:07 -0500 Subject: [Bug 185370] New: Review Request: gtklp - A GTK frontend to CUPS 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=185370 Summary: Review Request: gtklp - A GTK frontend to CUPS Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: gemi at bluewin.ch QAContact: fedora-extras-list at redhat.com Spec: http://math.ifi.unizh.ch/fedora/spec/gtklp.spec SRPM: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/gtklp-1.2.1-1.src.rpm Description: GtkLP for CUPS is a frontend for the lpr that comes with CUPS. It is written to make it easy to use nearly all the options from CUPS without knowing them by name. For print-admins, there is also an pretty simple queue tool implemented. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 00:31:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 19:31:46 -0500 Subject: [Bug 180743] Review Request: pdsh In-Reply-To: Message-ID: <200603140031.k2E0VkBV010603@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pdsh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180743 ------- Additional Comments From woodard at redhat.com 2006-03-13 19:31 EST ------- Aha! Jochen you uncovered something that is arguably a bug in the upstream code. An optimization that the upstream author put into the code depends on the .la files being present when we removed the .la files from the package this went awry. The upstream author removed this optimization and I applied it as a patch. http://osdn.dl.sourceforge.net/sourceforge/pdsh/pdsh-2.8.1-7.src.rpm http://osdn.dl.sourceforge.net/sourceforge/pdsh/pdsh.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 00:46:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 19:46:44 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603140046.k2E0kiJE014375@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From wart at kobold.org 2006-03-13 19:46 EST ------- Added an icon to the .desktop file and changed file ownership on most files to root.root: http://www.kobold.org/~wart/fedora/ularn-1.5p4-2.src.rpm http://www.kobold.org/~wart/fedora/ularn.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 00:52:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 19:52:30 -0500 Subject: [Bug 169731] Review Request: ecl - Embeddable Common-Lisp In-Reply-To: Message-ID: <200603140052.k2E0qUv1015085@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ecl - Embeddable Common-Lisp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169731 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-13 19:52 EST ------- You will likely want to make a note of the lack of a devel package in the spec. * perl is not needed as a BuildRequires Good: - rpmlint checks return: * some devel-file-in-non-devel-package, ignoring * dangling symlinks from the debuginfo package back to the build dir, harmless W: ecl-debuginfo objdump-failed, not serious - package meets naming guidelines - package meets packaging guidelines, exception for no devel package - license (LGPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on FC4 i386 - no missing 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 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 14 01:32:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 13 Mar 2006 20:32:15 -0500 Subject: [Bug 182743] Review Request: nessus-libraries In-Reply-To: Message-ID: <200603140132.k2E1WF5t020665@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-13 20:32 EST ------- Oh, I assumed the opposite for --disble-nessuspcap Nope. Good: - rpmlint checks return: * no-version-in-last-changelog, ignoring, long lines - 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 - devel package ok - no .la files - post/postun ldconfig ok - devel requires base package n-v-r APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Tue Mar 14 06:43:09 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 14 Mar 2006 08:43:09 +0200 Subject: kchm packaging help needed In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> Message-ID: <1142318589.13824.5.camel@bobcat.mine.nu> On Mon, 2006-03-13 at 15:03 -0600, Rex Dieter wrote: > > Conclussion: IN opposite to the packaging guidelines it may be > > make sense to put .la files into rpms for KDE programs. > > If the packaging guidelines don't already say it, the omission of .la > files should be limited to shared libraries in %{_libdir}/ That's not quite accurate. For example many xmms plugins ship unneeded *.la but don't fit the above description. From bugzilla at redhat.com Tue Mar 14 08:35:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 03:35:18 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603140835.k2E8ZI5Q032203@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |j.w.r.degoede at hhs.nl CC|j.w.r.degoede at hhs.nl | OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-14 03:34 EST ------- MUST ==== * Source tarball matches upstream * Package (and .spec) named properly * License file included * Spec file readable, in Am. English * Builds on FC-5 x86_64 * No locale files * No excessive BR: or Requires: * Not relocatable * buildroot cleaned up in %install and %clean * No duplicate files * permissions ok * Macro usage consistent * Contains permissable content * Desktop file included and properly installed MUST FIX ======== License must be BSD not Distributable SHOULD FIX ========== * Use %{version} in Source0 * Remove: # This package should Provide -data for each doom engine # that it is known to work with. Concedering the procedure for doom wads we agreed on this is no longer true. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 08:38:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 03:38:12 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603140838.k2E8cCjG000681@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-14 03:38 EST ------- Looks good, but you forgot to add my patch fixing all the 64 bit warnings, once that is done I'll approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From aportal at univ-montp2.fr Tue Mar 14 09:05:32 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 14 Mar 2006 10:05:32 +0100 Subject: Cannot upload a new srpm package In-Reply-To: <20060313145141.6c9773a9.bugs.michael@gmx.net> References: <200603131145.36284.aportal@univ-montp2.fr> <200603131440.59511.aportal@univ-montp2.fr> <20060313145141.6c9773a9.bugs.michael@gmx.net> Message-ID: <200603141005.34888.aportal@univ-montp2.fr> Hi, Le Lundi 13 Mars 2006 14:51, Michael Schwendt a ?crit : > On Mon, 13 Mar 2006 14:40:56 +0100, Alain PORTAL wrote: > > > So, it looks quite a bit as if > > > either your client- or server-side setup still might be incorrect. > > > > Do I have to reinstall the file? (But I don't remember how ;) > > Here's the information for the CVS access setup: > > http://fedoraproject.org/wiki/Infrastructure/AccountSystem/DownloadCert > > Here's the page for the build system client setup: > > http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup > > It's ~/.fedora.cert that's used to upload binary files with "curl", > which you must have installed, too. The code that does the uploading > can be found in Makefile.common in your CVS checkout in case you want > to do some debugging. Everything seems to work fine now :-) Many thanks for your help Michael. Yours sincerely, Alain. -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 14 09:06:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 04:06:35 -0500 Subject: [Bug 182743] Review Request: nessus-libraries In-Reply-To: Message-ID: <200603140906.k2E96Zk5008014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-14 04:06 EST ------- Imported and pushed. Thanks for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 09:06:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 04:06:37 -0500 Subject: [Bug 182941] Review Request: nessus-core Network vulnerability scanner In-Reply-To: Message-ID: <200603140906.k2E96bJR008047@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-core Network vulnerability scanner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182941 Bug 182941 depends on bug 182743, which changed state. Bug 182743 Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 09:06:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 04:06:52 -0500 Subject: [Bug 182744] Review Request: libnasl - Nessus Attack Scripting Language In-Reply-To: Message-ID: <200603140906.k2E96qiq008125@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnasl - Nessus Attack Scripting Language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182744 Bug 182744 depends on bug 182743, which changed state. Bug 182743 Summary: Review Request: nessus-libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182743 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 the QA contact for the bug, or are watching the QA contact. From laroche at redhat.com Tue Mar 14 09:21:40 2006 From: laroche at redhat.com (Florian La Roche) Date: Tue, 14 Mar 2006 10:21:40 +0100 Subject: 32-bit cvs wine on x86_64 In-Reply-To: <4415A089.6040201@cornell.edu> References: <4413DB39.2010207@cornell.edu> <1142167048.2241.6.camel@localhost.localdomain> <44142FBC.1030409@cornell.edu> <44156E0A.6050004@cornell.edu> <44159231.4010107@feuerpokemon.de> <4415A089.6040201@cornell.edu> Message-ID: <20060314092140.GA10643@dudweiler.stuttgart.redhat.com> On Mon, Mar 13, 2006 at 11:40:41AM -0500, Ivan Gyurdiev wrote: > > >just do it as you would on a 32bit box ;) > How's that? > > I'm not an expert in those things, I'm just trying to figure out how to > compile 32-bit wine on x86_64. This requires a large number of i386 > -devel packages, which possibly confict with the x86_64 -devel packages, > which I have installed, and I don't want to remove. Fedora seems to have > a parallel /lib /lib64 setup, but it doesn't seem to address the > parallel -devel issue. It's a packaging problem that I'm complaining > about. I just want to build an app from source, and install it on my own > machine in 32-bit mode - esp. since 64-bit doesn't make sense at the moment. Listing the problems is easy by doing a diff between 32bit and 64bit include files. Fixing those items up and also then changing the packaging to also include devel items for 32 and 64bit is a huge chunk of work. Currently buildsystems are separate between 32bit and 64bit targets and it is then a runtime item to allow multilib setups to work. That a application usage item only, not a development item. regards, Florian La Roche From bugzilla at redhat.com Tue Mar 14 10:06:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 05:06:40 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603141006.k2EA6eYW020513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 kms at passback.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kms at passback.co.uk ------- Additional Comments From kms at passback.co.uk 2006-03-14 05:06 EST ------- I just rebuilt the SRPM from comment #34. The build and install were fine, except the file /etc/httpd/conf.d/gallery2.conf contains: AllowOverride Options rather than containing the alias directive from comment #31: Alias /gallery2 /var/www/gallery2 Once I changed this file it worked perfectly. [Sorry I am just an appreciative user, so I can't approve or sponsor you] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 10:22:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 05:22:42 -0500 Subject: [Bug 177081] Review Request: nucleo In-Reply-To: Message-ID: <200603141022.k2EAMgYM023180@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nucleo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177081 ------- Additional Comments From luya_tfz at thefinalzone.com 2006-03-14 05:22 EST ------- FYI, metisse project has now a CVS, http://insitu.lri.fr/metisse/cvs.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 Tue Mar 14 10:41:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 05:41:43 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603141041.k2EAfhIo027096@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From nphilipp at redhat.com 2006-03-14 05:41 EST ------- Jamie, I still don't buy your line of reasoning. - The same http://www.gnu.org/copyleft/gpl-faq.html#MereAggregation that you quoted says: """ By contrast, pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, exchanging complex internal data structures, that too could be a basis to consider the two parts as combined into a larger program. """ All that xscreensaver, gnome-screensaver or KDE do is run the program implementing the hack, so the "semantics of the communication" are pretty much non-existent (not to mention far from exhibiting complex internal structures). - Running the hack itself on the whole screen would cause it to act as a "screensaver" without any involvement of xscreensaver/... themselves. - From the GPLv2: """ Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted, [...] """ - Following your line of reasoning, xscreensaver couldn't include hacks that use screen contents as they may display programs that are distributed under a non-compatible license. This is clearly nonsensical. - rss-glx can be used either standalone or in conjunction with one or more of xscreensaver, gnome-screensaver, KDE, whatever else that can run an external program to decorate a locked screen. Reaction to non-activity of the user, locking the screen and decorating it are completely separate tasks. This voids the notion that either rss-glx (which implements decoration) or xscreensaver (which implements reaction on non-action as well as locking) would somehow be derivatives of each other. In conclusion, I would say that there is no licensing issue between rss-glx and xscreensaver as they don't need to be compatibly licensed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nphilipp at redhat.com Tue Mar 14 11:24:47 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 14 Mar 2006 12:24:47 +0100 Subject: rss-glx and xscreensaver Message-ID: <1142335488.25288.47.camel@gibraltar.stuttgart.redhat.com> Jamie Zawinski and I are a bit in a row about whether distributing rss-glx in a fashion that its hacks can be directly used from xscreensaver is OK, see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 (Hint: please review ;-) Jamie says that the licenses of xscreensaver (BSD with ad-clause) and rss-glx (GPL) are incompatible (which they are) and therefore distribution of rss-glx with xscreensaver in a way which lets the user directly use rss-glx hacks from xscreensaver would be illegal (which I doubt). I'd appreciate comments, especially if we should bother Legal about it. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase 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 aportal at univ-montp2.fr Tue Mar 14 13:15:10 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 14 Mar 2006 14:15:10 +0100 Subject: gpsim fails to build on devel Message-ID: <200603141415.12360.aportal@univ-montp2.fr> Hi, Buildsys reports me that gpsim fails to build on devel. Unfortunately, I haven't a FE5 box. So, could someone have a look on log? http://buildsys.fedoraproject.org/logs/fedora-development-extras/6259-gpsim-0.21.11-3.fc5/ I suspect a missing BuildRequires for devel, but I'm not sure. Regards. Alain -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 14 12:54:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 07:54:29 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603141254.k2ECsTIP018324@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-14 07:54 EST ------- Thanks for review! Unfortunately, pikdev fails to build on ppc. Could somebody have a look? http://buildsys.fedoraproject.org/logs/fedora-development-extras/6310-pikdev-0.8.4-3.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 rdieter at math.unl.edu Tue Mar 14 13:07:22 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 14 Mar 2006 07:07:22 -0600 Subject: kchm packaging help needed In-Reply-To: <1142318589.13824.5.camel@bobcat.mine.nu> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <1142318589.13824.5.camel@bobcat.mine.nu> Message-ID: Ville Skytt? wrote: > On Mon, 2006-03-13 at 15:03 -0600, Rex Dieter wrote: > > >>>Conclussion: IN opposite to the packaging guidelines it may be >>>make sense to put .la files into rpms for KDE programs. >> >>If the packaging guidelines don't already say it, the omission of .la >>files should be limited to shared libraries in %{_libdir}/ > > > That's not quite accurate. For example many xmms plugins ship unneeded > *.la but don't fit the above description. But xmms' .la files don't cause harm like those associated with shared libraries do... -- Rex From pertusus at free.fr Tue Mar 14 13:12:21 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 14 Mar 2006 14:12:21 +0100 Subject: gpsim fails to build on devel In-Reply-To: <200603141415.12360.aportal@univ-montp2.fr> References: <200603141415.12360.aportal@univ-montp2.fr> Message-ID: <20060314131221.GH2436@free.fr> > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6259-gpsim-0.21.11-3.fc5/ > > I suspect a missing BuildRequires for devel, but I'm not sure. I don't think the issue is a missing BuildRequires, but rather a bug in the code. Indeed, g++ doesn't accept anymore non-conformant constructs like class Boolean { ... Boolean::typeCheck } The fix is to remove the Boolean:: In my opinion it is more efficiently fixed upstream, but it's up to you. -- Pat From rdieter at math.unl.edu Tue Mar 14 13:10:39 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 14 Mar 2006 07:10:39 -0600 Subject: gpsim fails to build on devel In-Reply-To: <200603141415.12360.aportal@univ-montp2.fr> References: <200603141415.12360.aportal@univ-montp2.fr> Message-ID: Alain PORTAL wrote: > Hi, > > Buildsys reports me that gpsim fails to build on devel. > Unfortunately, I haven't a FE5 box. > So, could someone have a look on log? > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6259-gpsim-0.21.11-3.fc5/ > > I suspect a missing BuildRequires for devel, but I'm not sure. gcc-4.1 incompatibility is all. Fix the code to remove the extra qualifications referred to in the build.log: From i386 build.log: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -MT scan.lo -MD -MP -MF .deps/scan.Tpo -c scan.cc -fPIC -DPIC -o .libs/scan.o ../src/../src/value.h:293: error: extra qualification 'Boolean::' on member 'typeCheck' ../src/../src/value.h:356: error: extra qualification 'Integer::' on member 'typeCheck' ../src/../src/value.h:357: error: extra qualification 'Integer::' on member 'assertValid' ../src/../src/value.h:358: error: extra qualification 'Integer::' on member 'assertValid' ../src/../src/value.h:501: error: extra qualification 'AbstractRange::' on member 'typeCheck' ../src/../src/value.h:293: error: extra qualification 'Boolean::' on member 'typeCheck' ../src/../src/value.h:356: error: extra qualification 'Integer::' on member 'typeCheck' ../src/../src/value.h:357: error: extra qualification 'Integer::' on member 'assertValid' ../src/../src/value.h:358: error: extra qualification 'Integer::' on member 'assertValid' ../src/../src/value.h:501: error: extra qualification 'AbstractRange::' on member 'typeCheck' From bugzilla at redhat.com Tue Mar 14 13:38:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 08:38:16 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603141338.k2EDcGmK025671@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From rc040203 at freenet.de 2006-03-14 08:38 EST ------- (In reply to comment #7) > Unfortunately, pikdev fails to build on ppc. > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6310-pikdev-0.8.4-3.fc5/ Looks like non-portable code to me. AFAICT (I don't have access to ppc systems, but have the glibc2 sources), sys/io.h is not available as part of the ppc's glibc2. Besides this, I see more issues: The i386 log shows the package stripping executables/libraries and not correctly propagating RPM_OPT_FLAGS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From aportal at univ-montp2.fr Tue Mar 14 14:09:58 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 14 Mar 2006 15:09:58 +0100 Subject: gpsim fails to build on devel In-Reply-To: <20060314131221.GH2436@free.fr> References: <200603141415.12360.aportal@univ-montp2.fr> <20060314131221.GH2436@free.fr> Message-ID: <200603141510.00995.aportal@univ-montp2.fr> Le Mardi 14 Mars 2006 14:12, Patrice Dumas a ?crit : > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6259-gps > >im-0.21.11-3.fc5/ > > > > I suspect a missing BuildRequires for devel, but I'm not sure. > > I don't think the issue is a missing BuildRequires, but rather a > bug in the code. Indeed, g++ doesn't accept anymore non-conformant > constructs like > > class Boolean > { > ... > Boolean::typeCheck > } > > The fix is to remove the Boolean:: Thanks. I've got a similar answer from the gpsim-devel list. > In my opinion it is more efficiently fixed upstream, but it's up to you. I post your answer on the gpsim-devel list to alert maintainer, but I'm not sure this will be fix soon (before FE5 release). Regards, Alain. -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 14 13:48:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 08:48:43 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603141348.k2EDmhlq027362@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From jwb at redhat.com 2006-03-14 08:48 EST ------- Fixed in new packages: SPEC: http://www.berningeronline.net/gallery2.spec SRPM: http://www.berningeronline.net/gallery2-2.0-0.12cvs20060303.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 14:09:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 09:09:06 -0500 Subject: [Bug 171040] Review Request: postgis In-Reply-To: Message-ID: <200603141409.k2EE96l5031591@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: postgis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171040 ------- Additional Comments From silke at intevation.de 2006-03-14 09:08 EST ------- (In reply to comment #4) > > > Which package owns the "pgxs" directory? I have recompiled postgis on FC5 and updated the version from 1.0 to 1.1 in the same way. As a consequence the pgxs directory is not important any more because the build mechanism has become much easier. See here the output of rpmlint: W: postgis unstripped-binary-or-object /usr/lib/pgsql/liblwgeom.so.1.1 W: postgis unstripped-binary-or-object /usr/bin/shp2pgsql W: postgis unstripped-binary-or-object /usr/bin/pgsql2shp The new specfile and SRPM is located at http://ftp.intevation.de/freegis/fedora/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 bugzilla at redhat.com Tue Mar 14 14:12:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 09:12:36 -0500 Subject: [Bug 168719] Review Request: gdal In-Reply-To: Message-ID: <200603141412.k2EECaUD032252@www.beta.redhat.com> Please 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 2006-03-14 09:12 EST ------- (In reply to comment #10) > - Drop static libs and .la files everywhere > - Consider including pymod/samples in -python %doc OK. I have changed this. Furthermore I have recompiled gdal fro FC 5. The new specfile and SRPMS are available at http://ftp.intevation.de/freegis/fedora/5 The output of rpmlint is: W: gdal unstripped-binary-or-object /usr/lib/libgdal.so.1.9.0 W: gdal-bin unstripped-binary-or-object /usr/bin/gdal_contour W: gdal-bin unstripped-binary-or-object /usr/bin/gdaltindex W: gdal-bin unstripped-binary-or-object /usr/bin/gdal_translate W: gdal-bin unstripped-binary-or-object /usr/bin/ogr2ogr W: gdal-bin unstripped-binary-or-object /usr/bin/ogrtindex W: gdal-bin unstripped-binary-or-object /usr/bin/gdaladdo W: gdal-bin unstripped-binary-or-object /usr/bin/gdalwarp W: gdal-bin unstripped-binary-or-object /usr/bin/ogrinfo W: gdal-bin unstripped-binary-or-object /usr/bin/gdalinfo Should I strip the binaries and libraries manually or can I ignore these warnings? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Tue Mar 14 14:20:19 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 14 Mar 2006 15:20:19 +0100 Subject: python dependencies automatic handling? Message-ID: <20060314142019.GK2436@free.fr> Hello, Is there something similar for rpm automatic dependencies handling with perl modules or libraries with python, to determine what modules a pyton package needs and provides? -- Pat From bugzilla at redhat.com Tue Mar 14 14:31:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 09:31:20 -0500 Subject: [Bug 168719] Review Request: gdal In-Reply-To: Message-ID: <200603141431.k2EEVKki003770@www.beta.redhat.com> Please 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 rc040203 at freenet.de 2006-03-14 09:31 EST ------- (In reply to comment #11) > W: gdal-bin unstripped-binary-or-object /usr/bin/gdalinfo > > Should I strip the binaries and libraries manually or can I ignore these warnings? Neither. RPM is supposed to strip binaries in /usr/bin automatically. I.e. this indicates a serious problem elsewhere, which needs to be investigated. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ivazquez at ivazquez.net Tue Mar 14 14:37:20 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 14 Mar 2006 09:37:20 -0500 Subject: python dependencies automatic handling? In-Reply-To: <20060314142019.GK2436@free.fr> References: <20060314142019.GK2436@free.fr> Message-ID: <1142347040.1234.0.camel@ignacio.lan> On Tue, 2006-03-14 at 15:20 +0100, Patrice Dumas wrote: > Hello, > > Is there something similar for rpm automatic dependencies handling > with perl modules or libraries with python, to determine what modules a > pyton package needs and provides? Read this thread: https://www.redhat.com/archives/fedora-devel-list/2006-January/msg00242.html -- 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: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Tue Mar 14 14:45:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 09:45:31 -0500 Subject: [Bug 176071] Review Request: silgraphite In-Reply-To: Message-ID: <200603141445.k2EEjVVJ007083@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: silgraphite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 ------- Additional Comments From mpeters at mac.com 2006-03-14 09:45 EST ------- updated svn co patch no longer required to build will gcc 4.1.0 http://mpeters.us/silgraphite/silgraphite-2.0.0-0.16.20060314svn196.fc5.src.rpm http://mpeters.us/silgraphite/silgraphite.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 Tue Mar 14 15:06:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 10:06:36 -0500 Subject: [Bug 185407] New: Review Request: pwgen - Automatic password generation 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=185407 Summary: Review Request: pwgen - Automatic password generation Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jbowes at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://flame.cs.dal.ca/~bowes/packages/pwgen.spec SRPM Name or Url: http://flame.cs.dal.ca/~bowes/packages/pwgen-2.05-1.src.rpm Description: pwgen generates random, meaningless but pronounceable passwords. These passwords contain either only lowercase letters, or upper and lower case, or upper case, lower case and numeric digits. Upper case letters and numeric digits are placed in a way that eases memorizing the password. This is my first package, so I am seeking a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 15:22:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 10:22:30 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603141522.k2EFMUQr014774@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-14 10:22 EST ------- (for comment #10): > ...has updated libshout to 2.2 libshout-2.2 appears in FC4 branch only, and is still missed in FC5/development. Maybe some issues under FC5 environment? Don't forget to close or reopen bug #181523 , currently it has status NEEDINFO -- i.e., the next step is yours. > I now have a Fedora Account and am in cla_done But it does not mean that you are sponsored ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 15:23:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 10:23:05 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603141523.k2EFN52P014907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-14 10:22 EST ------- (In reply to comment #11) > Looks good, but you forgot to add my patch fixing all the 64 bit warnings, once > that is done I'll approve it. I haven't seen this patch yet. Can you resubmit it? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Tue Mar 14 15:28:42 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 14 Mar 2006 16:28:42 +0100 Subject: python dependencies automatic handling? In-Reply-To: <1142347040.1234.0.camel@ignacio.lan> References: <20060314142019.GK2436@free.fr> <1142347040.1234.0.camel@ignacio.lan> Message-ID: <20060314152842.GM2436@free.fr> > https://www.redhat.com/archives/fedora-devel-list/2006-January/msg00242.html Thanks for the pointer! -- Pat From bugzilla at redhat.com Tue Mar 14 15:29:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 10:29:30 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200603141529.k2EFTUN3016491@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- AssignedTo|gauret at free.fr |bugzilla-sink at leemhuis.info OtherBugsDependingO|163778 |163776 nThis| | ------- Additional Comments From dmitry at butskoy.name 2006-03-14 10:29 EST ------- Maybe it is better to name the source package as "php-modules" instead of "php-extras" ? (Anyway, binary packages will have its own names: "php-mcrypt", "php-tidy" 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 Mar 14 15:29:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 10:29:47 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603141529.k2EFTlNX016600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 ------- Additional Comments From wart at kobold.org 2006-03-14 10:29 EST ------- One more try to address all must and should fix issues: http://www.kobold.org/~wart/fedora/freedoom-0.4.1-3.src.rpm http://www.kobold.org/~wart/fedora/freedoom.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From jspaleta at gmail.com Tue Mar 14 15:32:45 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 14 Mar 2006 10:32:45 -0500 Subject: Use of the "Other" category in desktop files In-Reply-To: References: <1142056392.10610.12.camel@locolhost.localdomain> Message-ID: <604aa7910603140732u5e8249a6w6c63d6d8d1fbff25@mail.gmail.com> On 3/13/06, Rex Dieter wrote: > (*) http://standards.freedesktop.org/menu-spec/latest/apa.html Man that list of approved categories it extremely biased towards a traditional set of "office/productivity" applications....like games. I'm sort of shocked that solitaire and minesweeper don't have their own categories. Is there a transparent process by which to suggest new categories to extend that set? The only thing in that list which Gourmet could fit into is Database. After all Gourmet is an application to manage a database of recipes. And its also a Chemistry application. -jef"Where does my gtk interface to the weather controlling doomsday satellite go?"spaleta From bugzilla at redhat.com Tue Mar 14 16:00:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:00:09 -0500 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: Message-ID: <200603141600.k2EG09ql023600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-RPM2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184530 ------- Additional Comments From paul at city-fan.org 2006-03-14 10:59 EST ------- A few comments after a cursory look: - I can't find any evidence of license terms under which this package can be distributed, which would be a blocker and in need of fixing upstream - Extras packages shouldn't have a buildreq on perl - latest changelog release tag doesn't match actual release tag - some of the tests fail but "make check" passes - why? - missing buildreqs elfutils-libelf-devel and bzip2-devel - using find/filelist method for %files results in unowned directory %{perl_vendorarch}/auto/RPM2 - consider adding %{?dist} tag if this package is likely to be needed for future Fedora releases -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Jochen at herr-schmitt.de Tue Mar 14 16:08:54 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 14 Mar 2006 17:08:54 +0100 Subject: kchm packaging help needed In-Reply-To: <20060313221920.GL2306@free.fr> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313221920.GL2306@free.fr> Message-ID: <0ML2ov-1FJC5l2oNi-0007gn@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Mar 2006 23:19:20 +0100, you wrote: >> - - Mime binding doesn't work. > >What is that? How can it be tested... And fixed ;-)? I'm gonna submit >kchm even without the working mime binding... That is require, so that when you click on a .chm file in konqueror, kchm should be started to show the associate chm file. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBRBbqp09gByurcX4MEQIw1gCgvLTs8GJQWll3BlMwJoI/L6D4bIEAoKpL OtYORWe6Ms9zSMub/FuypwDC =xNrd -----END PGP SIGNATURE----- From gemi at bluewin.ch Tue Mar 14 16:13:51 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 14 Mar 2006 17:13:51 +0100 Subject: Use of the "Other" category in desktop files In-Reply-To: <604aa7910603140732u5e8249a6w6c63d6d8d1fbff25@mail.gmail.com> References: <1142056392.10610.12.camel@locolhost.localdomain> <604aa7910603140732u5e8249a6w6c63d6d8d1fbff25@mail.gmail.com> Message-ID: <1142352831.10694.5.camel@scriabin.tannenrauch.ch> Isn't it about time to extend the list supported by the (GNOME) main menu. Sometimes it is difficult to choose one of the few categories. For example, my Sound & Video list is huge, here splitting Sound/Video would certainly help. Also, currently, all database and programming are under Programming. I put mathematics software under Programming, but I seen xmaxima is in Edutainment. I would propose the following submenus: Audio Video Database Programming Science -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugzilla at redhat.com Tue Mar 14 16:18:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:18:55 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603141618.k2EGItWT027092@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 Bug 181445 depends on bug 181523, which changed state. Bug 181523 Summary: Update libshout to 2.2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181523 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEEDINFO |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Tue Mar 14 16:24:55 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 14 Mar 2006 17:24:55 +0100 Subject: Use of the "Other" category in desktop files In-Reply-To: Your message of "Tue, 14 Mar 2006 17:13:51 +0100." <1142352831.10694.5.camel@scriabin.tannenrauch.ch> Message-ID: <200603141624.k2EGOtBu006485@ludwig-alpha.unil.ch> gemi at bluewin.ch said: > Science hrm, there already is an "Engineering and Scientific" group... though that could also be a bit vague and might need further splitting. BTW, many sites (SourceForge, FreshMeat) already have a bunch of defined categories... why not get some inspiration there ? Cheers, Christian From Christian.Iseli at licr.org Tue Mar 14 16:26:33 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 14 Mar 2006 17:26:33 +0100 Subject: Use of the "Other" category in desktop files In-Reply-To: Your message of "Tue, 14 Mar 2006 17:24:55 +0100." <200603141624.k2EGOtBu006485@ludwig-alpha.unil.ch> Message-ID: <200603141626.k2EGQX4l006509@ludwig-alpha.unil.ch> Christian.Iseli at licr.org said: > hrm, there already is an "Engineering and Scientific" group... though that > could also be a bit vague and might need further splitting. gah, scrap that... brain fart... was thinking about the comps stuff... sorry... Christian From bugzilla at redhat.com Tue Mar 14 16:24:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:24:39 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603141624.k2EGOdQl028692@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-14 11:24 EST ------- (In reply to comment #12) > (for comment #10): > > ...has updated libshout to 2.2 > > libshout-2.2 appears in FC4 branch only, and is still missed in FC5/development. > Maybe some issues under FC5 environment? I just did a CVS checkout of libshout, and devel/libshout.spec was updated on March 10 by Thomas, and specifies "Version: 2.2". To me this means that devel has been updated to version 2.2 Am I wrong? > > Don't forget to close or reopen bug #181523 , currently it has status NEEDINFO > -- i.e., the next step is yours. Closed. > > > I now have a Fedora Account and am in cla_done > But it does not mean that you are sponsored ;) > I never meant to imply that meant I was sponsored, just making it known that I have taken as many steps as I know to take on my own, and the next step is up to the community, i.e. review / approval / sponsorship. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 16:28:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:28:18 -0500 Subject: [Bug 168719] Review Request: gdal In-Reply-To: Message-ID: <200603141628.k2EGSIaX029793@www.beta.redhat.com> Please 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 2006-03-14 11:28 EST ------- (In reply to comment #12) > (In reply to comment #11) > > > W: gdal-bin unstripped-binary-or-object /usr/bin/gdalinfo > > > > Should I strip the binaries and libraries manually or can I ignore these warnings? > > Neither. RPM is supposed to strip binaries in /usr/bin automatically. > > I.e. this indicates a serious problem elsewhere, which needs to be investigated. > I checked this again. For debugging purposes I added 'set -x' to /usr/lib/rpm/brp-strip and found out that at least all binaries are stripped with -g option: strip -g /var/tmp/gdal-1.3.1-2-root-silke/usr/bin/gdaltindex Any ideas how I can proceed to debug the 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 Tue Mar 14 16:31:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:31:15 -0500 Subject: [Bug 182122] Review Request: multitail In-Reply-To: Message-ID: <200603141631.k2EGVFHT030639@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: multitail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182122 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2006-03-14 11:31 EST ------- Closnig this ticket. multitail 3.8.7 already in the mirrors. multitail 3.8.9 will appear shortly (next push). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 16:31:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:31:49 -0500 Subject: [Bug 177841] Tracker: New Extras packages that need a sponsor In-Reply-To: Message-ID: <200603141631.k2EGVnn0030854@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages that need a sponsor Alias: FE-NEEDSPONSOR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177841 Bug 177841 depends on bug 182122, which changed state. Bug 182122 Summary: Review Request: multitail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182122 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 aportal at univ-montp2.fr Tue Mar 14 17:12:36 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 14 Mar 2006 18:12:36 +0100 Subject: gpsim fails to build on devel In-Reply-To: References: <200603141415.12360.aportal@univ-montp2.fr> Message-ID: <200603141812.38376.aportal@univ-montp2.fr> Le Mardi 14 Mars 2006 14:10, Rex Dieter a ?crit : > gcc-4.1 incompatibility is all. Fix the code to remove the extra > qualifications referred to in the build.log: I added a patch to fix. I'm waiting for the build result to see if that really fix. Thanks. Regards. Alain -- 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: 191 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 14 16:47:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:47:16 -0500 Subject: [Bug 184104] Review Request: acpi - Command-line ACPI client In-Reply-To: Message-ID: <200603141647.k2EGlGXV003026@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acpi - Command-line ACPI client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184104 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpo at di.uminho.pt ------- Additional Comments From jpo at di.uminho.pt 2006-03-14 11:47 EST ------- Patrice, Could you check the Extras' package acpitool? I can be wrong but acpitool appears to provide more features than this one. jpo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Tue Mar 14 16:54:55 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Mar 2006 11:54:55 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060314165455.357E4807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 3 hdf5-1.6.5-2.fc3 phpldapadmin-0.9.8.2-1.fc3 plague-0.4.4.1-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Mar 14 16:55:12 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Mar 2006 11:55:12 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060314165512.D00BB807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 15 abcm2ps-4.12.10-1.fc4 altermime-0.3.6-1.fc4 apollon-1.0.1-5.fc4 bigloo-2.8a-1.20060313.fc4 hdf5-1.6.5-3.fc4 libibverbs-1.0-1.fc4 libibverbs-1.0.1-1.fc4 libmthca-1.0-1.fc4 libopensync-plugin-kdepim-0.18-2.fc4 multitail-3.8.9-1.fc4 nomadsync-0.4.2-10.fc4 perl-ExtUtils-CBuilder-0.16-1.fc4 perl-Image-Info-1.20-1.fc4 phpldapadmin-0.9.8.2-1.fc4 plague-0.4.4.1-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 Tue Mar 14 16:54:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:54:59 -0500 Subject: [Bug 184104] Review Request: acpi - Command-line ACPI client In-Reply-To: Message-ID: <200603141654.k2EGsxXZ005067@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acpi - Command-line ACPI client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184104 ------- Additional Comments From pertusus at free.fr 2006-03-14 11:54 EST ------- I do agree, as the acpitool fedora extra maintainer ;-). I allready said so on the fedora-devel-list. But even if it has less features, I think it is good to have it packaged, such that user can use the one they prefer, and compare them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 16:57:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 11:57:19 -0500 Subject: [Bug 185417] New: Review Request: DoulosSIL-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=185417 Summary: Review Request: DoulosSIL-fonts Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: mpeters at mac.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://mpeters.us/fc_extras/DoulosSIL-fonts.spec SRPM Name or Url: http://mpeters.us/fc_extras/DoulosSIL-fonts-4.0.14.r1-1.fc4.src.rpm Description: The goal for this product was to provide a single Unicode-based font family that would contain a comprehensive inventory of glyphs needed for almost any Roman- or Cyrillic-based writing system, whether used for phonetic or orthographic needs. In addition, there is provision for other characters and symbols useful to linguists. This font makes use of state-of-the-art font technologies to support complex typographic issues, such as the need to position arbitrary combinations of base glyphs and diacritics optimally. Doulos is very similar to Times/Times New Roman, but only has a single face - regular. It is intended for use alongside other Times-like fonts where a range of styles (italic, bold) are not needed. -=-=-=-=- NOTES rpmlint will complain about license. gentium-fonts is a package already in Extras with the same license rpmlint will complain about EOL of the pdf in documentation. There probably should be a filter for pdf files in rpmlint - the pdf views fine in evince/acroread/etc - fixing the eol (at least with sed) would break the pdf. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 17:00:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:00:38 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603141700.k2EH0c54006760@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-14 12:00 EST ------- > devel/libshout.spec was updated on March 10 by Thomas, and specifies "Version: 2.2". But I can't find any libshout-2.2 rpms under ftp://download.fedora.redhat.com/pub/fedora/linux/extras/development . Either he forgot to build for devel, or there are some issues under the devel branch... IMHO, the devel/libshout-2.2 stuff should appear first, to make sure that there are no any problems in php-shout dependencies. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 17:08:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:08:23 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603141708.k2EH8NjP008283@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-14 12:08 EST ------- (In reply to comment #14) > But I can't find any libshout-2.2 rpms under > ftp://download.fedora.redhat.com/pub/fedora/linux/extras/development . > Either he forgot to build for devel, or there are some issues under the devel > branch... I agree... 2.2's not in there, strange. Thomas didn't mention having any trouble building it, maybe he just forgot ;) I sent him an email, we'll see what he says. > IMHO, the devel/libshout-2.2 stuff should appear first, to make sure that there > are no any problems in php-shout dependencies. I agree -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 17:12:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:12:32 -0500 Subject: [Bug 168719] Review Request: gdal In-Reply-To: Message-ID: <200603141712.k2EHCWJT009100@www.beta.redhat.com> Please 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 rc040203 at freenet.de 2006-03-14 12:12 EST ------- 2 issues: * Package doesn't acknowledge $RPM_OPT_FLAGS. The cause is the -fPIC hack inside of the spec file is overriding CFLAGS and CXXFLAGS, instead of combining -fPIC and $RPM_OPT_FLAGS. You probably want CFLAGS="-fPIC $RPM_OPT_FLAGS" \ CXXFLAGS="-fPIC $RPM_OPT_FLAGS" \ %configure ... or similar. * These two manpages from *-bin: /usr/share/man/man1/pct2rgb.py.1.gz /usr/share/man/man1/rgb2pct.py.1.gz should be moved to *-python, because the executables they refer to are 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 Tue Mar 14 17:13:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:13:17 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603141713.k2EHDHKX009274@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-14 12:13 EST ------- Looks good, APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Tue Mar 14 17:22:17 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Mar 2006 12:22:17 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060314172217.56AFC807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 37 abcm2ps-4.12.10-1.fc5 adime-2.2.1-3.fc5 allegro-4.2.0-11 apollon-1.0.1-5.fc5 bigloo-2.8a-1.20060313.fc5 d4x-2.5.6-2.fc5 deskbar-applet-2.14.0-2.fc5 diradmin-1.7.1-4.fc5 erlang-R10B-10.2.fc5 fpc-2.0.2-4.fc5 glyph-keeper-0.29.1-2.fc5 gtktalog-1.0.4-7.fc5 hdf5-1.6.5-4.fc5 i8kutils-1.25-6.fc5 libibverbs-1.0-1.fc5 libibverbs-1.0.1-1.fc5 libmthca-1.0-1.fc5 lirc-kmod-0.8.0-3.2.6.15_1.2041_FC5 lirc-kmod-common-0.8.0-2.fc5 multitail-3.8.9-1.fc5 nessus-libraries-2.2.6-2.fc5 perl-ExtUtils-CBuilder-0.16-1.fc5 perl-Image-Info-1.20-1.fc5 perl-Test-MockObject-1.03-1.fc5 php-eaccelerator-4.4.1_0.9.3-0.3.fc5 phpldapadmin-0.9.8.2-1.fc5 plague-0.4.4.1-1.fc5 rogue-5.4.2-3.fc5 thinkpad-kmod-5.9-2.2.6.15_1.2041_FC5 thinkpad-kmod-common-5.9-1.fc5 torcs-1.2.4-3.fc5 tuxpaint-0.9.15-1.fc5 uudeview-0.5.20-8 worminator-3.0R2.1-2.fc5 worminator-data-3.0R2.1-2.fc5 xfce4-xkb-plugin-0.3.3-1.fc5 yumex-0.99.12-1.0.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ville.skytta at iki.fi Tue Mar 14 17:25:16 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 14 Mar 2006 19:25:16 +0200 Subject: kchm packaging help needed In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <1142318589.13824.5.camel@bobcat.mine.nu> Message-ID: <1142357116.14278.13.camel@bobcat.mine.nu> On Tue, 2006-03-14 at 07:07 -0600, Rex Dieter wrote: > Ville Skytt? wrote: > > That's not quite accurate. For example many xmms plugins ship unneeded > > *.la but don't fit the above description. > > But xmms' .la files don't cause harm like those associated with shared > libraries do... Ok, bad example, but I'm sure it's possible to find others that do. From bugzilla at redhat.com Tue Mar 14 17:38:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:38:36 -0500 Subject: [Bug 185423] New: Review Request: php-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR 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=185423 Summary: Review Request: php-pear-PEAR-Command-Packaging: make- rpm-spec command for PEAR Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rpm at timj.co.uk QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.timj.co.uk/linux/specs/php-pear-PEAR-Command-Packaging.spec SRPM Name or Url: http://www.timj.co.uk/linux/srpms/php-pear-PEAR-Command-Packaging-0.1.0-1.src.rpm Description: This package provides the "make-rpm-spec" command for PEAR which is an improved implementation of the standard PEAR "makerpm" command, and contains several enhancements that make it far more flexible. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 17:54:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:54:51 -0500 Subject: [Bug 185417] Review Request: DoulosSIL-fonts In-Reply-To: Message-ID: <200603141754.k2EHspRE017443@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: DoulosSIL-fonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185417 ------- Additional Comments From tibbs at math.uh.edu 2006-03-14 12:54 EST ------- How does this package differ from the doulos-fonts package which is already in Extras? It looks to be the same thing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 17:55:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 12:55:53 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603141755.k2EHtrrM017662@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 ------- Additional Comments From wart at kobold.org 2006-03-14 12:55 EST ------- New package with the 64-bit patch: http://www.kobold.org/~wart/fedora/prboom-2.3.1-4.src.rpm http://www.kobold.org/~wart/fedora/prboom.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:14:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:14:57 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603141814.k2EIEvco020670@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-14 13:14 EST ------- > No need to Require: nss, nspr. RPM will auto generate those requires. I can't confirm that. (Remember that we use the find-external-requires tool, if that has any influence on the auto generate that you expected.). With the old version of the spec (that explicitly requires nspr/nss): [kaie at kaiefast x86_64]$ rpm -qp --requires seamonkey-1.0-5.x86_64.rpm | egrep -i 'nspr|nss' nspr >= 4.6 nss >= 3.11 libnspr4.so()(64bit) libnss3.so()(64bit) Using your proposal to remove the Requires I get: [kaie at kaiefast x86_64]$ rpm -qp --requires seamonkey-1.0-6.x86_64.rpm | egrep -i 'nspr|nss' libnspr4.so()(64bit) libnss3.so()(64bit) Is that what you want? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:31:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:31:09 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603141831.k2EIV9ZX023356@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-14 13:31 EST ------- > Please use %{?_smp_mflags} instead of -j$CPUS and you can get rid of the > relevant getconf calls. Ok, changed and removed. > - %define _unpackaged_files_terminate_build 0 > I just noticed this on. Can you turn that off and make sure it still builds? > If there are unpackaged files, you should explicitly rm them, or list them in > your %files section with %exclude prepended. Talked to Chris off-bugzilla. As there are 3500 unpackaged files, it would be a lot of work to get this cleaned up. As the existing Mozilla package has this flag turned on, too, we decided to use it for SeaMonkey, too. > - It would be good to get those scripts that rpmlint complained about > changed to 0755 instead of 0775. Done. Note that rpmlint still complains. But again this warning is produced on the existing Mozilla packages, too, so that's not new a bug I'm introducing, but it would be great if we could postpone that. > - Also, I think it would be good to try and use %ghost to avoid having to do > the rm stuff in %preun I added two more explicitly listed rdf files. There were no unlisted overlayinfo dirs left, so no need to "rm". I added the greprefs %dir, so it gets uninstalled properly. I removed the %preun section. I did an "install - execute - uninstall" cycle and verified that all files get removed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:33:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:33:47 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603141833.k2EIXllZ024038@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-14 13:33 EST ------- I will upload an updated SPEC when I know your answer to comment 14, thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:34:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:34:29 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603141834.k2EIYTxQ024184@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wart at kobold.org 2006-03-14 13:34 EST ------- Instead of removing the duplicate libraries in the source (glyph-keeper, adime, etc.), the building of these libraries should just be disabled in the Makefile. This will help keep the source as close of a match to upstream as possible. The annoying -src in the tarball should remain as well. The mp3 encoder should still be rm'd, however. The license should also be "zlib License". I'll try to do a formal review later today. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:38:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:38:50 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603141838.k2EIcoHp025159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From caillon at redhat.com 2006-03-14 13:38 EST ------- Yeah, comment 14 is correct. Since the sonames will be bumped if the ABI breaks, we should be fine with just generating the requires on the actual libraries. This is what we do for other packages. (This helps for when libraries change packagenames as things did recently with mozilla-nss -> nss .. it probably won't change anymore, but the prinicple is still the same) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:40:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:40:06 -0500 Subject: [Bug 185417] Review Request: DoulosSIL-fonts In-Reply-To: Message-ID: <200603141840.k2EIe6Sx025294@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: DoulosSIL-fonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185417 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From mpeters at mac.com 2006-03-14 13:40 EST ------- It's not. I must have mis-spelled it with the search. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:50:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:50:23 -0500 Subject: [Bug 176071] Review Request: silgraphite In-Reply-To: Message-ID: <200603141850.k2EIoNAJ027106@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: silgraphite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 ------- Additional Comments From jreiser at BitWagon.com 2006-03-14 13:50 EST ------- Responding to request in fedora-test-list of today: 5) use the sil.txt file on the http://mpeters.us/silgraphite/ page (link at bottom). Opening the file with gedit, it should look like the lower image. I got to step 5 on x86_64, but my system with 1GB RAM slowed to a crawl before gedit could finish starting. /usr/bin/top showed: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 19771 jreiser 26 10 2773m 859m 2792 D 8.3 85.8 0:03.61 gedit so that's a 2.7GB process (with 859MB of resident RAM) for a 61-byte input file sil.txt, and there was no display yet from gedit after a couple minutes of waiting. Specific .rpms: pango-silgraphite-2.0.0-0.16.20060314svn196 silgraphite-2.0.0-0.16.20060314svn196 pango-1.12.0-1 (both i386 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 Tue Mar 14 18:55:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:55:37 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603141855.k2EItbCa028253@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-14 13:55 EST ------- Unfortunatly its not that easy, not all libraries included can be disabled in the Makefile and because loadpng from the lib dir is actually needed -Ilib must be added, thus leaving these directories under lib can cause the header file under lib to be used instead of the system installed version . I could leave them in and rm them under %prep if you think thats preferable. About the license, thats already fixed in the attached updated version of the .spec with the desktopfile stuff added to it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 18:57:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 13:57:17 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603141857.k2EIvHCx028558@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-14 13:57 EST ------- One word: APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 19:24:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 14:24:02 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603141924.k2EJO2G2002936@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 ------- Additional Comments From wart at kobold.org 2006-03-14 14:23 EST ------- (In reply to comment #8) > Unfortunatly its not that easy, not all libraries included can be disabled in > the Makefile and because loadpng from the lib dir is actually needed -Ilib must > be added, thus leaving these directories under lib can cause the header file > under lib to be used instead of the system installed version . > > I could leave them in and rm them under %prep if you think thats preferable. Yes, I think that would be better. > About the license, thats already fixed in the attached updated version of the > .spec with the desktopfile stuff added to it. My mistake. I was looking at the wrong spec file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 19:30:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 14:30:46 -0500 Subject: [Bug 185262] Review Request: kchmviewer - CHM viewer In-Reply-To: Message-ID: <200603141930.k2EJUkpo004194@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kchmviewer - CHM viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185262 ------- Additional Comments From pertusus at free.fr 2006-03-14 14:30 EST ------- Here is an updated version with use of update-desktop-database: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchmviewer-2.0-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 19:37:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 14:37:23 -0500 Subject: [Bug 185359] Review Request: kchm - CHM file viewer In-Reply-To: Message-ID: <200603141937.k2EJbNwg006132@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kchm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185359 ------- Additional Comments From pertusus at free.fr 2006-03-14 14:37 EST ------- I think I fixed the mime handling in the updated version: http://www.environnement.ens.fr/perso/dumas/fc-srpms/kchm-0.6.5-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Tue Mar 14 19:45:46 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 14 Mar 2006 20:45:46 +0100 Subject: kchm packaging help needed In-Reply-To: <0ML2ov-1FJC5l2oNi-0007gn@mrelayeu.kundenserver.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313221920.GL2306@free.fr> <0ML2ov-1FJC5l2oNi-0007gn@mrelayeu.kundenserver.de> Message-ID: <20060314194546.GN2436@free.fr> > That is require, so that when you click on a .chm file in > konqueror, kchm should be started to show the associate chm file. Ok, I think I fixed that, by adding a MimeType in the desktop file. Thanks. -- Pat From bugzilla at redhat.com Tue Mar 14 19:54:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 14:54:34 -0500 Subject: [Bug 176071] Review Request: silgraphite In-Reply-To: Message-ID: <200603141954.k2EJsYnK009623@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: silgraphite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 ------- Additional Comments From jreiser at BitWagon.com 2006-03-14 14:54 EST ------- I got to step 5 on ppc (32-bit Apple Macintosh Mini) with success: gedit displays the same picture as the lower image on the web page. $ ps axl | grep gedit 0 500 2488 2470 15 0 72184 23992 sys_po S+ pts/2 0:01 gedit /tmp/sil.txt Specific .rpms: silgraphite-2.0.0-0.16.20060314svn196 pango-silgraphite-2.0.0-0.16.20060314svn196 pango-1.12.0-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 Tue Mar 14 20:05:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:05:22 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603142005.k2EK5M2K011854@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 ------- Additional Comments From foolish at guezz.net 2006-03-14 15:05 EST ------- Applied patch Updated spec: http://folk.ntnu.no/sindrb/packages/muine.spec SRPM: http://folk.ntnu.no/sindrb/packages/muine-0.8.4-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:38:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:38:19 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603142038.k2EKcJe6020613@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From wart at kobold.org 2006-03-14 15:38 EST ------- Imported and built. Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:38:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:38:40 -0500 Subject: [Bug 185211] Review Request: prboom - GPL doom game engine In-Reply-To: Message-ID: <200603142038.k2EKce58020679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From wart at kobold.org 2006-03-14 15:38 EST ------- Imported and built. Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:39:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:39:15 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603142039.k2EKdFi4020882@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-14 15:39 EST ------- Kind request, can you do the full review with the sources as is (iow using a soruce tarbell with the -src and lib dir stripped), then I can fix all problems in one go (I hope.) Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:39:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:39:06 -0500 Subject: [Bug 181369] Review Request: libedit - The NetBSD Editline library In-Reply-To: Message-ID: <200603142039.k2EKd6SR020803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libedit - The NetBSD Editline library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181369 ------- Additional Comments From michael at knox.net.nz 2006-03-14 15:39 EST ------- Thanks for the review! Below is the modified spec and srpm. With regards to the license, none is distributed (as in an actual COPYING file or license text) with the code. However, the code is licensed under the NetBSD BSD license, so I have suppled a libedit.COPYING that contains the license text as it is found on the NetBSD website (http://www.netbsd.org/Goals/redistribution.html). I hope this is OK. Package has had a small bump in cvs version. Again, thanks for the review. http://www.knox.net.nz/fedora_extras/libedit.spec http://www.knox.net.nz/fedora_extras/libedit-2.9-1.20060213cvs.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:39:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:39:02 -0500 Subject: [Bug 185212] Review Request: freedoom - open source doom game files In-Reply-To: Message-ID: <200603142039.k2EKd2QS020758@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: freedoom - open source doom game files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185212 Bug 185212 depends on bug 185211, which changed state. Bug 185211 Summary: Review Request: prboom - GPL doom game engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185211 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:41:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:41:21 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603142041.k2EKfLPW021347@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-14 15:41 EST ------- (In reply to comment #15) > I agree... 2.2's not in there, strange. Thomas didn't mention having any > trouble building it, maybe he just forgot ;) I sent him an email, we'll see > what he says. Thomas wrote me back and said that when he originally tried building libshout on devel is when it was wasn't building anything due to dependency issues. He said he just tried it again and everything worked, just have to wait for the repo to sync. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 20:54:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 15:54:25 -0500 Subject: [Bug 176071] Review Request: silgraphite In-Reply-To: Message-ID: <200603142054.k2EKsPUX025487@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: silgraphite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 ------- Additional Comments From mpeters at mac.com 2006-03-14 15:54 EST ------- OK - so it looks like it works with ppc, there may be a missing BuildRequires (which might explain the build failure reported on list) and a massive memory leak 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 mpeters at mac.com Tue Mar 14 21:04:53 2006 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 14 Mar 2006 13:04:53 -0800 Subject: Use of the "Other" category in desktop files In-Reply-To: <604aa7910603140732u5e8249a6w6c63d6d8d1fbff25@mail.gmail.com> References: <1142056392.10610.12.camel@locolhost.localdomain> <604aa7910603140732u5e8249a6w6c63d6d8d1fbff25@mail.gmail.com> Message-ID: <1142370294.30615.41.camel@locolhost.localdomain> On Tue, 2006-03-14 at 10:32 -0500, Jeff Spaleta wrote: > > The only thing in that list which Gourmet could fit into is Database. > After all Gourmet is an application to manage a database of recipes. > And its also a Chemistry application. Database probably is the closest, but that isn't what I would think of - in my mind I would associate database with something designed to manage a database server. A "domestic" category might work, but I don't know if there are enough "domestic" applications to warrant an entire category for them. > > -jef"Where does my gtk interface to the weather controlling doomsday > satellite go?"spaleta > We should add an Apocalypse category for that sort of thing. From jspaleta at gmail.com Tue Mar 14 21:25:45 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 14 Mar 2006 16:25:45 -0500 Subject: Use of the "Other" category in desktop files In-Reply-To: <1142370294.30615.41.camel@locolhost.localdomain> References: <1142056392.10610.12.camel@locolhost.localdomain> <604aa7910603140732u5e8249a6w6c63d6d8d1fbff25@mail.gmail.com> <1142370294.30615.41.camel@locolhost.localdomain> Message-ID: <604aa7910603141325q33fe10e6h3aa151c73c99ba57@mail.gmail.com> On 3/14/06, Michael A. Peters wrote: > Database probably is the closest, but that isn't what I would think of - > in my mind I would associate database with something designed to manage > a database server. You'll notice that in the reference AudioVisual is a related Category to the Database category. I'm pretty sure the implication here is that the Database category is suppose to encompse applications which keep a database of AudioVisual crap... because well.. everyone and their brother seems to have a great "new" way to cateloging dvd's and music. You can not explain why AudioVisual is a related category using a narrow definition of the Database catelog which means on "manage a database server." Clearly in the context in the reference provided by the related category column suggests people were originally thinking a database of crap... Goumet just expands the bounds of the type of crap beyond audio/visual. Just think of Gourmet as a really really bad audiovisual catelog of music videos about food where the recipe is the lyrics and it doesn't actually play any audio and the video is only a single still frame of the end result. -jef"Once we actually have viable technology which allows for inclusion of aroma as well as audio and visual tracks inside an ogg container, we will be forced to rethink how we catelog all sorts of "media" catelogs. Sure, the movie Bud the Chud could be filed under "stinky" no matter which human sense you wished to catelog.. but for a lot of other things it becomes much more complicated. Gourmet could be extended to be the ultimate aroma-therapy application! Who wants to smell the soothing smells of a cool ocean breeze, when instead you could dial up the smell of your favorite recipe for fried chicken and play that back with Gourmet!!!!!!"spaleta From bugzilla at redhat.com Tue Mar 14 21:38:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 16:38:07 -0500 Subject: [Bug 185260] Review Request: python-chm - Python package for CHM files handling In-Reply-To: Message-ID: <200603142138.k2ELc7r2002050@www.beta.redhat.com> Please 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-chm - Python package for CHM files handling https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185260 ------- Additional Comments From pertusus at free.fr 2006-03-14 16:38 EST ------- Better handling of .pyo files here: http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-chm-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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 22:00:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 17:00:00 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603142200.k2EM00p5007301@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From zcerza at redhat.com 2006-03-14 16:59 EST ------- Here you go: http://people.redhat.com/zcerza/dogtail/releases/FE/pyspi-0.5.4-1.src.rpm http://people.redhat.com/zcerza/dogtail/releases/FE/pyspi.spec For some reason the specfile inside the SRPM is always 0600 - even though it's 0644 in the tarball. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 22:01:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 17:01:21 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603142201.k2EM1LuX007586@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 ------- Additional Comments From zcerza at redhat.com 2006-03-14 17:01 EST ------- I believe I've made all the suggested changes. Oddly, the specfile in the SRPM has 0600 permissions even though the one in the tarball has 0644 permissions. I'm not sure how to fix that... http://people.redhat.com/zcerza/dogtail/releases/FE/dogtail-0.5.1-1.src.rpm http://people.redhat.com/zcerza/dogtail/releases/FE/dogtail.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 22:27:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 17:27:07 -0500 Subject: [Bug 180164] Review Request: muine In-Reply-To: Message-ID: <200603142227.k2EMR7ca014338@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 katzj at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |RAWHIDE AssignedTo|bugzilla-sink at leemhuis.info |katzj at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From katzj at redhat.com 2006-03-14 17:26 EST ------- Tested on my workstation, looks good. Remaining rpmlint stuff is caused by mono more than anything. Foolish -- I've gone ahead and moved this to FE-ACCEPT. If you request sponsorship for the cvsextras group, I'll go ahead and do so and then you should be good to check in and build the package. Congrats! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 22:27:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 17:27:52 -0500 Subject: [Bug 177841] Tracker: New Extras packages that need a sponsor In-Reply-To: Message-ID: <200603142227.k2EMRqYF014810@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages that need a sponsor Alias: FE-NEEDSPONSOR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177841 Bug 177841 depends on bug 180164, which changed state. Bug 180164 Summary: Review Request: muine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180164 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 Tue Mar 14 23:21:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 18:21:38 -0500 Subject: [Bug 182254] Review Request: SS5 In-Reply-To: Message-ID: <200603142321.k2ENLcpD030832@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: SS5 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182254 ------- Additional Comments From jpmahowald at gmail.com 2006-03-14 18:21 EST ------- * Copyright tag still needs work. Use simply GPL. * The group does not exist in rpm's GROUPS file, use something like Applications/Internet * BuildRoot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) This enables multiple users to build on the same machine (wiki: PackagingGuidelines#BuildRoot) * Missing SMP flags. If it doesn't build with it, please add a comment (wiki: PackagingGuidelines#parallelmake) * No downloadable source. Please give the full URL in the Source tag. * Missing URL tag to point at the project's home page * Do not tag man pages with %doc, rpm knows what to do with them * Need to include directory /usr/lib/ss5/ in the %files listing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dlutter at redhat.com Tue Mar 14 23:33:45 2006 From: dlutter at redhat.com (David Lutterkort) Date: Tue, 14 Mar 2006 15:33:45 -0800 Subject: [ruby] multilib and noarch Message-ID: <1142379225.28528.98.camel@currant.watzmann.net> Ville Skytt? pointed out[1] that with the current packaging of ruby in core, it's not possible to build noarch ruby packages right now, since none of the directories on the standard ruby lib path ($:) are the same on x86_64 and i386. The load path is made up of five dirs, all defined in the Config::CONFIG hash in rbconfig: sitelibdir, sitearchdir, sitedir, rubylibdir, archdir. With the current packaging, all these paths are underneath /usr/lib on 32bit platforms and under /usr/lib64 on 64bit platforms. The dirs with 'arch' in their name are meant for binary extensions (Ruby bindings), and these dirs end in something that depends on the arch, i.e. Ruby already makes sure that architecture-specific stuf gets installed into architecture-specific dirs, no matter where ruby is installed. I can see at least three ways to solve the noarch problem, i.e. ways to provide a dir for noarch packages to install into that does not depend on arch: 1. Install sitelibdir, sitedir and rubylibdir always into /usr/lib, and the rest of ruby into %_libdir, depending on the platform. This is fairly dangerous because ruby largely assumes that it is installed into a single tree, and we would be the only ones splitting the ruby installation into two directory hierarchies. 2. Add a dir to the default ruby load path, e.g. /usr/lib/ruby/VERSION/site_ruby/noarch, i.e. a path that does not change with the platform. Fairly simple, but requires that we do a similar dance for ruby gems, since there are both binary and noarch gems, and gems want to be installed into _their_ own directory tree, yet already manage the distinction between arches for binaries. 3. Always install ruby into /usr/lib _except_ for the things that ld.so actually cares about (really only libruby). Since the stuff in /usr/lib/ruby is completely managed by ruby, and ruby has ways to distinguish between arches by itself, there is no need to rely on the distinction between /usr/lib and /usr/lib64 I would hugely prefer approach (3) since it seems the least intrusive in terms of changing expectations of how a ruby installation is laid out; noarch packages would install their code into sitelibdir. David [1] https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00079.html From bugzilla at redhat.com Tue Mar 14 23:34:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 18:34:17 -0500 Subject: [Bug 182254] Review Request: SS5 In-Reply-To: Message-ID: <200603142334.k2ENYHfg000845@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: SS5 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182254 ------- Additional Comments From bdpepple at ameritech.net 2006-03-14 18:34 EST ------- Also, don't add the version or release to the spec file name -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 14 23:48:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 14 Mar 2006 18:48:36 -0500 Subject: [Bug 176071] Review Request: silgraphite In-Reply-To: Message-ID: <200603142348.k2ENmaFl003441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: silgraphite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176071 ------- Additional Comments From mpeters at mac.com 2006-03-14 18:48 EST ------- updated (added missing BuildRequires so it builds in x86 mock) http://mpeters.us/silgraphite/silgraphite-2.0.0-0.17.20060314svn196.fc5.src.rpm http://mpeters.us/silgraphite/silgraphite.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 Mar 15 07:31:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 02:31:42 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603150731.k2F7Vg6K011672@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 ------- Additional Comments From wart at kobold.org 2006-03-15 02:31 EST ------- rpmlint warnings: W: raidem invalid-license zlib License W: raidem-debuginfo invalid-license zlib License These can be ignored. This is an acceptible license. W: raidem uncompressed-zip /usr/share/raidem/data/wraith.zip W: raidem uncompressed-zip /usr/share/raidem/data/proj-maser.zip W: raidem uncompressed-zip /usr/share/raidem/data/sea-urchin.zip W: raidem uncompressed-zip /usr/share/raidem/data/conquerer.zip W: raidem uncompressed-zip /usr/share/raidem/data/spirtle.zip W: raidem uncompressed-zip /usr/share/raidem/data/zippy.zip W: raidem uncompressed-zip /usr/share/raidem/data/bolt.zip W: raidem uncompressed-zip /usr/share/raidem/data/schemer.zip W: raidem uncompressed-zip /usr/share/raidem/data/proj-pulselaser.zip These can also be ignored. These files contain game data that are extracted by the game engine at runtime. MUST ==== * Package and spec named appropriately * License 'zlib' ok, license file included * spec file legible and in Am. English * Builds and runs on FC-5 i386 * No excessive or inappropriate BR: or Requires: * No locales * No shared libraries * Not relocatable * Owns all directories that it creates * No duplicates %files * Permissions look ok * No -devel package necessary * Contains both code and permissible content (game data) * Macro use is consistent and sane * buildroot cleaned during %install and %clean * No .la archives or static libs * desktop file included, looks ok NON-BLOCKING ============ * Source does not match upstream, for a good reason. Upstream source contains a mp3 encoder that can't be included in FE. The game still functions without it, so the offending code has been removed. MUSTFIX ======= * Delete the duplicate copies of the various libs during %prep, not by modifying the upstream tarball. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Wed Mar 15 07:42:44 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 15 Mar 2006 09:42:44 +0200 Subject: [ruby] multilib and noarch In-Reply-To: <1142379225.28528.98.camel@currant.watzmann.net> References: <1142379225.28528.98.camel@currant.watzmann.net> Message-ID: <1142408564.30369.19.camel@bobcat.mine.nu> On Tue, 2006-03-14 at 15:33 -0800, David Lutterkort wrote: > I would hugely prefer approach (3) since it seems the least intrusive in > terms of changing expectations of how a ruby installation is laid out; > noarch packages would install their code into sitelibdir. One more bit for consideration: because it looks like some backwards incompatible changes are inevitable, this would be a good opportunity to move the noarch parts to /usr/share. The benefits would be the usual /usr/share ones, like %{_netsharedpath} and read only (NFS) mounts. From paul at all-the-johnsons.co.uk Wed Mar 15 08:26:29 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 15 Mar 2006 08:26:29 +0000 Subject: Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <20060315081951.DFCD853C00@smtpin70.livemail.co.uk> References: <20060315081951.DFCD853C00@smtpin70.livemail.co.uk> Message-ID: <1142411189.14600.62.camel@T7.Linux> Hi, > This is an automated mail created by an experimental script. > Your following packages in the repository contain broken dependencies: > > package: lib765-devel - 0.3.3-5.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > lib765=0.3.3-5.fc5 That should be 0.3.3-6.fc5 as I uploaded a fixed version of the srpm a few days back. Leave it with me. TTFN Paul -- "Tr?um's nicht, Lebe schon" - Dr. Frankenfurter, Rocky Horror Show -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Mar 15 08:26:43 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Mar 2006 03:26:43 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 Message-ID: <200603150826.k2F8Qh6p019849@mx1.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- at-poke 0.2.2-2.i386 cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 lib765-devel 0.3.3-5.fc5.i386 pam_mount 0.9.25-4.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- at-poke 0.2.2-2.ppc cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc lib765-devel 0.3.3-5.fc5.ppc pam_mount 0.9.25-4.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- at-poke 0.2.2-2.x86_64 cernlib 2005-7.fc5.x86_64 cernlib-packlib 2005-7.fc5.x86_64 cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 lib765-devel 0.3.3-5.fc5.x86_64 pam_mount 0.9.25-4.x86_64 paw 2005-7.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: paul AT all-the-johnsons.co.uk package: lib765-devel - 0.3.3-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: lib765=0.3.3-5.fc5 From fedora at leemhuis.info Wed Mar 15 08:49:03 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 15 Mar 2006 09:49:03 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <200603150826.k2F8Qh6p019849@mx1.redhat.com> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> Message-ID: <1142412543.9262.22.camel@thl.ct.heise.de> We really should have a FE5 tree without broken deps when FC5 is launched. Am Mittwoch, den 15.03.2006, 03:26 -0500 schrieb Michael Schwendt: > at-poke 0.2.2-2.i386 Not rebuild, orphaned, seems nothing depends on it afaics so why don't we remove it? > pam_mount 0.9.25-4.i386 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174190 Remove it for now until fixed? Or is there any way to work around this problem for now? > cernlib 2005-7.fc5.x86_64 > cernlib-packlib 2005-7.fc5.x86_64 > paw 2005-7.fc5.x86_64 > cyrus-imapd-murder 2.2.12-6.fc4.i386 > cyrus-imapd-nntp 2.2.12-6.fc4.i386 > up-imapproxy 1.2.4-4.fc5.i386 Hmmm, maybe we should file bugs for those to poke the maintainers directly. Can anybody please to that? That would be a great help! CU thl From bugs.michael at gmx.net Wed Mar 15 08:49:58 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Mar 2006 03:49:58 -0500 Subject: Summary - Broken dependencies in Fedora Extras 3 - 2006-03-15 Message-ID: <200603150849.k2F8nwH0026796@mx1.redhat.com> Summary of broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc3.noarch Summary of broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc3.noarch ---------------------------------------------------------------------- New report for: dcbw AT redhat.com package: plague - 0.4.4.1-1.fc3.noarch from fedora-extras-3-i386 unresolved deps: createrepo >= 0:0.4.3 From bugs.michael at gmx.net Wed Mar 15 08:54:12 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Mar 2006 03:54:12 -0500 Subject: Summary - Broken dependencies in Fedora Extras 4 - 2006-03-15 Message-ID: <200603150854.k2F8sCPj027871@mx3.redhat.com> Summary of broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch ---------------------------------------------------------------------- New report for: dcbw AT redhat.com package: plague - 0.4.4.1-1.fc4.noarch from fedora-extras-4-i386 unresolved deps: createrepo >= 0:0.4.3 From pertusus at free.fr Wed Mar 15 08:56:02 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 15 Mar 2006 09:56:02 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <1142412543.9262.22.camel@thl.ct.heise.de> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> Message-ID: <20060315085602.GC2308@free.fr> > > cernlib 2005-7.fc5.x86_64 > > cernlib-packlib 2005-7.fc5.x86_64 > > paw 2005-7.fc5.x86_64 I have allready sent a mail on this list to explain the issue with cernlib on x86_64. -- Pat From bugzilla at redhat.com Wed Mar 15 09:05:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 04:05:28 -0500 Subject: [Bug 185423] Review Request: php-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR In-Reply-To: Message-ID: <200603150905.k2F95SAw006129@www.beta.redhat.com> Please 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-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185423 ------- Additional Comments From jorton at redhat.com 2006-03-15 04:05 EST ------- A few nits: "install -c -m ..." is better than "cp -p" empty %doc line %{peardir}/data/PEAR_Command_Packaging looks like it would be unowned is: " -d doc_dir=/docs" really correct? an empty %build can be ommitted IIRC otherwise looks fine to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 09:09:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 04:09:08 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603150909.k2F998Qu007419@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-15 04:09 EST ------- (In reply to comment #8) > > Looks like non-portable code to me. AFAICT (I don't have access to ppc systems, > but have the glibc2 sources), sys/io.h is not available as part of the ppc's glibc2. So, what I have to do: - exclude ppc arch? - try to find if exist a file which provide similar functions? > Besides this, I see more issues: The i386 log shows the package stripping > executables/libraries and not correctly propagating RPM_OPT_FLAGS. I have no experience about that. What I have 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 fedora at leemhuis.info Wed Mar 15 09:19:51 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 15 Mar 2006 10:19:51 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <20060315085602.GC2308@free.fr> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> <20060315085602.GC2308@free.fr> Message-ID: <1142414391.9262.33.camel@thl.ct.heise.de> Am Mittwoch, den 15.03.2006, 09:56 +0100 schrieb Patrice Dumas: > > > cernlib 2005-7.fc5.x86_64 > > > cernlib-packlib 2005-7.fc5.x86_64 > > > paw 2005-7.fc5.x86_64 > > I have allready sent a mail on this list to explain the issue with cernlib > on x86_64. Found it: https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00306.html Sorry, forgot about the mail, but there are so many on this list. But to solve the issue please file a remove request for the old x86_64 packages on http://www.fedoraproject.org/wiki/Extras/FC5Status This avoids confusion for everyone. tia CU thl From bugzilla at redhat.com Wed Mar 15 09:14:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 04:14:34 -0500 Subject: [Bug 185498] New: Review Request: gjots2 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=185498 Summary: Review Request: gjots2 Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rvokal at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: gjots2.spec SRPM Name or Url: http://people.redhat.com/rvokal/gjots2/gjots2-2.3.4-1.src.rpm Description: gjots2 ("gee-jots" or, if you prefer, "gyachts"!) is a way to marshall and organise your text notes in a convenient, hierachical way. I use it for all my notes on Unix, my personal bits and pieces, recipes and even PINs and passwords (encrypted with ccrypt(1)). You can also use it to "mind-map" your compositions - write down all your thoughts and then start to organise them into a tree. By manipulating the tree you can easily reorder your thoughts and structure them appropriately. Side note: The spec file is slightly modified original spec file from author. It's no longer noarch package (I'm not sure due to required libs if it can be), dekstop file is installed with desktop-file-install script and prefix was removed. Also can I keep %{__install} and %{__rm} macros there? They work on my FC5 machine, but I'm not sure they follow PackagingGuideLines .. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Wed Mar 15 09:41:46 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 15 Mar 2006 10:41:46 +0100 Subject: python paste and flup Message-ID: <20060315094146.GE2308@free.fr> Hello, I have made an attempt to package python Paste and flup (for pyDAP). However, when I start paster from PasteScript, I get an error message pkg_resources.DistributionNotFound: Cheetah even if I have installed python-cheetah, so I give up. I don't know the python language, and it seems to me that these packages are for generic use, so somebody else could be more interested and more competent than me to submit and maintain those packages. However this is a base to start from, so here are the srpms: http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-paste-0.5-1.src.rpm http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-paste-script-0.5-1.src.rpm http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-paste-deploy-0.5-1.src.rpm http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-flup-0.1.r1839-1.src.rpm -- Pat From bugzilla at redhat.com Wed Mar 15 09:47:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 04:47:20 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603150947.k2F9lKdU019100@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From rc040203 at freenet.de 2006-03-15 04:47 EST ------- (In reply to comment #9) > (In reply to comment #8) > So, what I have to do: > - exclude ppc arch? That's one option, suiteable as a short term aid. > - try to find if exist a file which provide similar functions? Better contact upstream and let them solve this issue. > > Besides this, I see more issues: The i386 log shows the package stripping > > executables/libraries and not correctly propagating RPM_OPT_FLAGS. > > I have no experience about that. What I have to do? There are at least 2 issues: 1. Makefile.pkp is broken It suffers from 2 issues: a) It uses "gcc -lstdc++" to link. This is a bug. It must use "g++" to link. b) You must propagate RPM_OPT_FLAGS to it The least intrusive approach to both problems would be to override Makefile.pkp's hard-coded crap from make's command line inside of the spec, i.e. to use something along this line: make -f Makefile.pkp \ CCPP=g++ \ LINK=g++ \ CCPPOPT="$RPM_OPT_FLAGS -DPKP_VERSION=0.8.4" \ LIBS= 2. You are using "make install-strip" This will strip executables during installation and render debug-infos unusable. Simply use "make install DESTDIR=$RPM_BUILD_DIR" instead of "make install-strip DESTDIR=$RPM_BUILD_DIR" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 15 09:57:48 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Mar 2006 10:57:48 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <1142412543.9262.22.camel@thl.ct.heise.de> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> Message-ID: <20060315105748.256ebcba.bugs.michael@gmx.net> On Wed, 15 Mar 2006 09:49:03 +0100, Thorsten Leemhuis wrote: > We really should have a FE5 tree without broken deps when FC5 is > launched. > > > at-poke 0.2.2-2.i386 > Not rebuild, orphaned, seems nothing depends on it afaics so why don't > we remove it? Tried to contact the packager @redhat multiple times. No response. Posted about it to -maintainers list. The right person didn't see that either or ignored it deliberately. This package was imported and built without an entry in owners.list. If that happens more often, maybe we could make the buildsys prohibit building packages which don't have a valid owner in owners.list? ;) From bugs.michael at gmx.net Wed Mar 15 09:57:53 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Mar 2006 10:57:53 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <20060315085602.GC2308@free.fr> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> <20060315085602.GC2308@free.fr> Message-ID: <20060315105753.5b2f3372.bugs.michael@gmx.net> On Wed, 15 Mar 2006 09:56:02 +0100, Patrice Dumas wrote: > > > cernlib 2005-7.fc5.x86_64 > > > cernlib-packlib 2005-7.fc5.x86_64 > > > paw 2005-7.fc5.x86_64 > > I have allready sent a mail on this list to explain the issue with cernlib > on x86_64. Sorry, but as long as the package remains broken in the repository, the script will send a new mail every 14 days and continue with listing it as broken. From pertusus at free.fr Wed Mar 15 09:57:00 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 15 Mar 2006 10:57:00 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <1142414391.9262.33.camel@thl.ct.heise.de> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> <20060315085602.GC2308@free.fr> <1142414391.9262.33.camel@thl.ct.heise.de> Message-ID: <20060315095700.GF2308@free.fr> > Found it: > https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00306.html > > Sorry, forgot about the mail, but there are so many on this list. But to > solve the issue please file a remove request for the old x86_64 packages > on > http://www.fedoraproject.org/wiki/Extras/FC5Status > > This avoids confusion for everyone. tia Ok, that seems indeed better. Done. -- Pat From bugzilla at redhat.com Wed Mar 15 09:55:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 04:55:56 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603150955.k2F9tu0f020696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From pertusus at free.fr 2006-03-15 04:55 EST ------- %{__install} and %{__rm} are acceptable. There is nothing about these macros in the PackagingGuideLines, and I even asked once on the list. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Wed Mar 15 10:05:04 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 15 Mar 2006 11:05:04 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <20060315105748.256ebcba.bugs.michael@gmx.net> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> <20060315105748.256ebcba.bugs.michael@gmx.net> Message-ID: <1142417104.31760.98.camel@mccallum.corsepiu.local> On Wed, 2006-03-15 at 10:57 +0100, Michael Schwendt wrote: > On Wed, 15 Mar 2006 09:49:03 +0100, Thorsten Leemhuis wrote: > > > We really should have a FE5 tree without broken deps when FC5 is > > launched. > > > > > at-poke 0.2.2-2.i386 > > Not rebuild, orphaned, seems nothing depends on it afaics so why don't > > we remove it? > > Tried to contact the packager @redhat multiple times. No response. > Posted about it to -maintainers list. The right person didn't see > that either or ignored it deliberately. > > This package was imported and built without an entry in owners.list. > If that happens more often, maybe we could make the buildsys prohibit > building packages which don't have a valid owner in owners.list? ;) IMO, this person has violated the rules of the game ... so he, not the package, should be facing consequences. Ralf From bugzilla at redhat.com Wed Mar 15 10:04:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 05:04:21 -0500 Subject: [Bug 185423] Review Request: php-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR In-Reply-To: Message-ID: <200603151004.k2FA4L9s022190@www.beta.redhat.com> Please 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-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185423 ------- Additional Comments From rpm at timj.co.uk 2006-03-15 05:04 EST ------- All fixed, with the exception of "-d doc_dir=/docs" which *is* correct, because of the -R option when installing the package; the doc_dir in that case is relative to the buildroot, and the docs get shuffled around before ending up in their final, proper location - see the spec for php-pear-DB for comparison. (As it happens, the PEAR_Command_Packaging package doesn't have any docs at the moment, but I see that particular set of options as broadly equivalent to the typical %configure macro, so I think it's worth leaving the doc_dir option in there) New spec/SRPM: http://www.timj.co.uk/linux/specs/php-pear-PEAR-Command-Packaging.spec http://www.timj.co.uk/linux/srpms/php-pear-PEAR-Command-Packaging-0.1.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Wed Mar 15 10:24:22 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 15 Mar 2006 11:24:22 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <20060315105748.256ebcba.bugs.michael@gmx.net> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> <20060315105748.256ebcba.bugs.michael@gmx.net> Message-ID: <1142418262.9262.40.camel@thl.ct.heise.de> Am Mittwoch, den 15.03.2006, 10:57 +0100 schrieb Michael Schwendt: > On Wed, 15 Mar 2006 09:49:03 +0100, Thorsten Leemhuis wrote: > > We really should have a FE5 tree without broken deps when FC5 is > > launched. > > > at-poke 0.2.2-2.i386 > > Not rebuild, orphaned, seems nothing depends on it afaics so why don't > > we remove it? > Tried to contact the packager @redhat multiple times. No response. > Posted about it to -maintainers list. The right person didn't see > that either or ignored it deliberately. Okay, then let's remove it from the repo and disable it in cvs if no one complains in the next 24 hours on this list. Michael, can you do than then? tia! > This package was imported and built without an entry in owners.list. > If that happens more often, maybe we could make the buildsys prohibit > building packages which don't have a valid owner in owners.list? ;) Good question. Opinions? Does this step really help and is worth the effort implementing? Isn't it easier to just say "hey, you imported it but forgot to update the owners.list -- I did that now and assigned it to you"? CU thl From pertusus at free.fr Wed Mar 15 10:36:44 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 15 Mar 2006 11:36:44 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <1142418262.9262.40.camel@thl.ct.heise.de> References: <200603150826.k2F8Qh6p019849@mx1.redhat.com> <1142412543.9262.22.camel@thl.ct.heise.de> <20060315105748.256ebcba.bugs.michael@gmx.net> <1142418262.9262.40.camel@thl.ct.heise.de> Message-ID: <20060315103644.GH2308@free.fr> > > This package was imported and built without an entry in owners.list. > > If that happens more often, maybe we could make the buildsys prohibit > > building packages which don't have a valid owner in owners.list? ;) > > Good question. Opinions? Does this step really help and is worth the > effort implementing? Isn't it easier to just say "hey, you imported it > but forgot to update the owners.list -- I did that now and assigned it > to you"? I don't think it is worth it, especially since Christian script catch the issue (well, if I'm not wrong). -- Pat From bugzilla at redhat.com Wed Mar 15 10:35:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 05:35:10 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603151035.k2FAZAbH027878@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gemi at bluewin.ch ------- Additional Comments From gemi at bluewin.ch 2006-03-15 05:34 EST ------- - /usr/share/nickle/COPYING can be removed, it is already with the doc - I would move the examples to the doc - rpmlint nickle-devel-2.53-2.fc4.i386.rpm: E: nickle-devel description-line-too-long Include files for Nickle, used for bulding external FFI (foreign function interface) libraries (e.g. the Cairo interface for Nickle). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nicolas.mailhot at laposte.net Wed Mar 15 10:40:45 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 15 Mar 2006 11:40:45 +0100 (CET) Subject: [ruby] multilib and noarch In-Reply-To: <1142408564.30369.19.camel@bobcat.mine.nu> References: <1142379225.28528.98.camel@currant.watzmann.net> <1142408564.30369.19.camel@bobcat.mine.nu> Message-ID: <8047.192.54.193.53.1142419245.squirrel@rousalka.dyndns.org> Le Mer 15 mars 2006 08:42, Ville Skytt? a ?crit : > On Tue, 2006-03-14 at 15:33 -0800, David Lutterkort wrote: > >> I would hugely prefer approach (3) since it seems the least intrusive in >> terms of changing expectations of how a ruby installation is laid out; >> noarch packages would install their code into sitelibdir. > > One more bit for consideration: because it looks like some backwards > incompatible changes are inevitable, this would be a good opportunity to > move the noarch parts to /usr/share. The benefits would be the > usual /usr/share ones, like %{_netsharedpath} and read only (NFS) > mounts. +1 If you change things do it right or you're only scheduling a painful FHS conformance migration some years later. -- Nicolas Mailhot From bugzilla at redhat.com Wed Mar 15 11:27:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 06:27:11 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151127.k2FBRBRw004860@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-15 06:26 EST ------- (In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #8) > > So, what I have to do: > > - exclude ppc arch? > That's one option, suiteable as a short term aid. Done. > > - try to find if exist a file which provide similar functions? > Better contact upstream and let them solve this issue. Done. > > > Besides this, I see more issues: The i386 log shows the package stripping > > > executables/libraries and not correctly propagating RPM_OPT_FLAGS. > > > > I have no experience about that. What I have to do? > There are at least 2 issues: > > 1. Makefile.pkp is broken > It suffers from 2 issues: > a) It uses "gcc -lstdc++" to link. > This is a bug. It must use "g++" to link. > b) You must propagate RPM_OPT_FLAGS to it > > The least intrusive approach to both problems would be to override > Makefile.pkp's hard-coded crap from make's command line inside of the spec, i.e. > to use something along this line: > > make -f Makefile.pkp \ > CCPP=g++ \ > LINK=g++ \ > CCPPOPT="$RPM_OPT_FLAGS -DPKP_VERSION=0.8.4" \ > LIBS= Done. > 2. You are using "make install-strip" > This will strip executables during installation and render debug-infos unusable. > Simply use > "make install DESTDIR=$RPM_BUILD_DIR" > instead of > "make install-strip DESTDIR=$RPM_BUILD_DIR" Done. Buildsys reports no error. Could you please have a look on build.log to see if everything is really OK before I close this bug? http://buildsys.fedoraproject.org/logs/fedora-development-extras/6363-pikdev-0.8.4-4.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 Wed Mar 15 11:42:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 06:42:43 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151142.k2FBgho8007612@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From jpo at di.uminho.pt 2006-03-15 06:42 EST ------- Alain, Do you know or have tested piklab [1]? The project description is here: http://piklab.sourceforge.net/devel.php jpo References: [1] Homepage: http://piklab.sourceforge.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 Christian.Iseli at licr.org Wed Mar 15 11:53:22 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 15 Mar 2006 12:53:22 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: Your message of "Wed, 15 Mar 2006 11:36:44 +0100." <20060315103644.GH2308@free.fr> Message-ID: <200603151153.k2FBrMRj014254@ludwig-alpha.unil.ch> pertusus at free.fr said: > I don't think it is worth it, especially since Christian script catch the > issue (well, if I'm not wrong). Yup, the script is designed to catch those... Christian From paul at city-fan.org Wed Mar 15 11:57:35 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 15 Mar 2006 11:57:35 +0000 Subject: rpms/z88dk/devel z88dk.spec,1.1,1.2 In-Reply-To: <200603091033.k29AXgZu023247@cvs-int.fedora.redhat.com> References: <200603091033.k29AXgZu023247@cvs-int.fedora.redhat.com> Message-ID: <4418012F.4000601@city-fan.org> Paul F. Johnson (pfj) wrote: > Author: pfj > > Update of /cvs/extras/rpms/z88dk/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv23212/devel > > Modified Files: > z88dk.spec > Log Message: > auto-import z88dk-1.6-8 on branch devel from z88dk-1.6-8.src.rpm > > > Index: z88dk.spec > =================================================================== > RCS file: /cvs/extras/rpms/z88dk/devel/z88dk.spec,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -u -r1.1 -r1.2 > --- z88dk.spec 13 Jan 2006 00:19:34 -0000 1.1 > +++ z88dk.spec 9 Mar 2006 10:33:10 -0000 1.2 > @@ -1,13 +1,14 @@ > Summary: A Z80 cross compiler > Name: z88dk ... > +ExcludeArch: x86_64 ia64 ... > %changelog > +* Thu Mar 9 2006 Paul F. Johnson - 1.6-8 > +- Added ExcludeArch for ia64 > + > * Mon Oct 17 2005 Paul F. Johnson - 1.6-7 > - Add ExcludeArch for x86_64 machines You need to raise a bug on z88dk to track the ExcludeArch and make sure it doesn't get forgotten: See: http://fedoraproject.org/wiki/Packaging/ReviewGuidelines 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. The bug should be marked as blocking one (or more) of the following bugs to simplify tracking such issues: [179258] FE-ExcludeArch-x86, [179259] FE-ExcludeArch-x64, [179260] FE-ExcludeArch-ppc Paul. From fedora at leemhuis.info Wed Mar 15 12:12:20 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 15 Mar 2006 13:12:20 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: <200603151153.k2FBrMRj014254@ludwig-alpha.unil.ch> References: <200603151153.k2FBrMRj014254@ludwig-alpha.unil.ch> Message-ID: <1142424741.9262.53.camel@thl.ct.heise.de> Am Mittwoch, den 15.03.2006, 12:53 +0100 schrieb Christian.Iseli at licr.org: > pertusus at free.fr said: > > I don't think it is worth it, especially since Christian script catch the > > issue (well, if I'm not wrong). > Yup, the script is designed to catch those... Yeah, and it does the job well. But I have a small problem with it: Nearly nobody fixes the things where the script detects that they need fixing. Some things were fixed during the mass-rebuild (e.g. packages without a maintainer listed in owners.list, packagers where the maintainer left Fedora Extras but did not tell us about it, ...). We probably need a small QA sig/group/task-force that pokes maintainers and creates bugs for those things that need fixing... Anyone interested to drive this forward? Cu thl From Christian.Iseli at licr.org Wed Mar 15 12:43:02 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 15 Mar 2006 13:43:02 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-15 In-Reply-To: Your message of "Wed, 15 Mar 2006 13:12:20 +0100." <1142424741.9262.53.camel@thl.ct.heise.de> Message-ID: <200603151243.k2FCh2Wc014717@ludwig-alpha.unil.ch> fedora at leemhuis.info said: > We probably need a small QA sig/group/task-force that pokes maintainers and > creates bugs for those things that need fixing... Anyone interested to drive > this forward? I can try... but I'll need some guidance I guess... If you already have a clear idea of what "those things that need fixing" mean, I'd be interested to have your bullet list :-) I guess I'll start by creating a sig wiki page, next time I can find some spare minutes. Cheers, Christian From paul at all-the-johnsons.co.uk Wed Mar 15 12:56:19 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 15 Mar 2006 12:56:19 +0000 Subject: rpms/z88dk/devel z88dk.spec,1.1,1.2 In-Reply-To: <4418012F.4000601@city-fan.org> References: <200603091033.k29AXgZu023247@cvs-int.fedora.redhat.com> <4418012F.4000601@city-fan.org> Message-ID: <1142427380.14600.83.camel@T7.Linux> Hi, > > * Mon Oct 17 2005 Paul F. Johnson - 1.6-7 > > - Add ExcludeArch for x86_64 machines > > You need to raise a bug on z88dk to track the ExcludeArch and make sure > it doesn't get forgotten: Done. I'll update the spec file accordingly. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From bugzilla at redhat.com Wed Mar 15 13:09:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 08:09:23 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151309.k2FD9Ni4022078@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-15 08:09 EST ------- (In reply to comment #12) > Alain, > > Do you know or have tested piklab [1]? Not really. Just have a quick look when the first version (0.1.0) was released. Why? Do you want I package 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 Wed Mar 15 13:20:21 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 15 Mar 2006 13:20:21 +0000 Subject: Buildsys down? Message-ID: <1142428821.14600.85.camel@T7.Linux> Hi, It could just be that we're approaching the FC5 release time, but is anyone else finding the extras buildsys to be slow? I put a job in over 3 hours back and not heard anything since. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Wed Mar 15 13:25:48 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 15 Mar 2006 14:25:48 +0100 Subject: Buildsys down? In-Reply-To: Your message of "Wed, 15 Mar 2006 13:20:21 GMT." <1142428821.14600.85.camel@T7.Linux> Message-ID: <200603151325.k2FDPm09015239@ludwig-alpha.unil.ch> paul at all-the-johnsons.co.uk said: > It could just be that we're approaching the FC5 release time, but is anyone > else finding the extras buildsys to be slow? The status page: http://buildsys.fedoraproject.org/build-status/builders.psp says that the ppc builders are unavailable... so I guess the build jobs are waiting... Christian From dcbw at redhat.com Wed Mar 15 13:34:12 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 15 Mar 2006 08:34:12 -0500 Subject: Buildsys down? In-Reply-To: <200603151325.k2FDPm09015239@ludwig-alpha.unil.ch> References: <200603151325.k2FDPm09015239@ludwig-alpha.unil.ch> Message-ID: <1142429653.2401.14.camel@localhost.localdomain> On Wed, 2006-03-15 at 14:25 +0100, Christian.Iseli at licr.org wrote: > paul at all-the-johnsons.co.uk said: > > It could just be that we're approaching the FC5 release time, but is anyone > > else finding the extras buildsys to be slow? > > The status page: > http://buildsys.fedoraproject.org/build-status/builders.psp > > says that the ppc builders are unavailable... so I guess the build jobs are > waiting... ppc1 is now up, and backlogged jobs are building on it. Dan From bugzilla at redhat.com Wed Mar 15 13:56:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 08:56:32 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151356.k2FDuWsF030809@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-15 08:56 EST ------- Strange... pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find qt lib. http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/ Any idea on how to fix? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 15 14:23:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 09:23:26 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603151423.k2FENQSw003515@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-15 09:23 EST ------- Chris, can you please look whether you need any additional changes? http://kuix.de/mozilla/seamonkey/1.0-7/src/seamonkey.spec http://kuix.de/mozilla/seamonkey/1.0-7/src/spec.diff http://kuix.de/mozilla/seamonkey/1.0-7/src/seamonkey-1.0-7.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 14:36:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 09:36:14 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151436.k2FEaEd2006319@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From rc040203 at freenet.de 2006-03-15 09:36 EST ------- (In reply to comment #14) > Strange... > pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find qt > lib. > http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/ Even stranger: I could reproduce it on i386/FC4! [No idea why this didn't fail inside of the buildsys. Does the buildsys set QTDIR?] > Any idea on how to fix? Try adding this right before the %configure inside of the spec [ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 15 14:55:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 09:55:14 -0500 Subject: [Bug 176855] Review Request: python-cpio: A Python module for accessing cpio archives In-Reply-To: Message-ID: <200603151455.k2FEtEmM009701@www.beta.redhat.com> Please 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-cpio: A Python module for accessing cpio archives https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176855 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ivazquez at ivazquez.net 2006-03-15 09:55 EST ------- Built under 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 Wed Mar 15 15:05:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 10:05:38 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603151505.k2FF5cPC011751@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-15 10:05 EST ------- mustfix items fixed. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 15:17:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 10:17:08 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151517.k2FFH8FV013786@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-15 10:16 EST ------- (In reply to comment #15) > (In reply to comment #14) > > Strange... > > pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find qt > > lib. > > http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/ > > Even stranger: I could reproduce it on i386/FC4! Sorry, I don't understand: you said build failed on i386/FC4? But this is my config, and I build successfully... > [No idea why this didn't fail inside of the buildsys. > Does the buildsys set QTDIR?] > > > Any idea on how to fix? > Try adding this right before the %configure inside of the spec > > [ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh 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 Wed Mar 15 15:38:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 10:38:54 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603151538.k2FFcsTL022739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-15 10:38 EST ------- (In reply to comment #15) > (In reply to comment #14) > > Strange... > > pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find qt > > lib. > > http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/ > > Even stranger: I could reproduce it on i386/FC4! > > [No idea why this didn't fail inside of the buildsys. > Does the buildsys set QTDIR?] > > > Any idea on how to fix? > Try adding this right before the %configure inside of the spec > > [ -n "$QTDIR" ] || . %{_sysconfdir}/profile.d/qt.sh Argghhh ! Build fails, $QTDIR seems to be set. http://buildsys.fedoraproject.org/logs/fedora-4-extras/6375-pikdev-0.8.4-5.fc4/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 15 16:01:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 11:01:23 -0500 Subject: [Bug 185531] New: Review Request: fcron, a task scheduler 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=185531 Summary: Review Request: fcron, a task scheduler Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: aportal at univ-montp2.fr QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SPECS/fcron.spec SRPM Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SRPMS/fcron-3.0.1-1.src.rpm Description: Fcron is a scheduler. It aims at replacing Vixie Cron, so it implements most of its functionalities. But contrary to Vixie Cron, fcron does not need your system to be up 7 days a week, 24 hours a day: it also works well with systems which are not running neither all the time nor regularly (contrary to anacrontab). In other words, fcron does both the job of Vixie Cron and anacron, but does even more and better :)) ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bdpepple at ameritech.net Wed Mar 15 16:12:01 2006 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 15 Mar 2006 11:12:01 -0500 Subject: owners owners.list,1.744,1.745 In-Reply-To: <200603151602.k2FG2YZS027085@cvs-int.fedora.redhat.com> References: <200603151602.k2FG2YZS027085@cvs-int.fedora.redhat.com> Message-ID: <1142439121.3977.0.camel@shuttle.273piedmont.org> On Wed, 2006-03-15 at 11:02 -0500, Sindre Pedersen Bj?rdal wrote: > Author: sindrepb > > Update of /cvs/extras/owners > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv25046 > > Modified Files: > owners.list > Log Message: > Add muine that I maintain > > > > Index: owners.list > =================================================================== > RCS file: /cvs/extras/owners/owners.list,v > retrieving revision 1.744 > retrieving revision 1.745 > diff -u -r1.744 -r1.745 > --- owners.list 15 Mar 2006 14:49:54 -0000 1.744 > +++ owners.list 15 Mar 2006 16:02:01 -0000 1.745 > @@ -703,6 +703,7 @@ > Fedora Extras|mpc|Command-line client for MPD|gauret at free.fr|extras-qa at fedoraproject.org| > Fedora Extras|multisync|Calendar (and other PIM data) synchronization program|andreas.bierfert at lowlatency.de|extras-qa at fedoraproject.org| > Fedora Extras|multitail|View one or multiple files like tail but with multiple windows|folkert at vanheusden.com|extras-qa at fedoraproject.org| > +Fedora Extras|muine|Music Player for GNOME|foolish at guezz.net|extras-qa at fedoraproject.org| > Fedora Extras|munin|Network-wide graphing framework (grapher/gatherer)|kevin at tummy.com|extras-qa at fedoraproject.org| > Fedora Extras|mysql-administrator|GUI to manage mysql Databases|dennis at ausil.us|extras-qa at fedoraproject.org| > Fedora Extras|nabi|Simple Hangul X Input Method|djoo at redhat.com|extras-qa at fedoraproject.org|wtogami at redhat.com > Hmm, when did 'i' start to come after 'l'? ;) /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Mar 15 16:17:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 11:17:46 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603151617.k2FGHkx3004143@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2006-03-15 11:17 EST ------- First remark on the %pre script: I don't think the code that checks for an older version and fixup things should be in the fedora spec. It adds a lot of unneeded complexity without being able to catch all the possibilities. Moreover it uses /tmp in an insecure way opening the possibility of a symlink attack. I think it would be better to have a quick explanation of what should be done in case there is an old fcron, at the end of the description. A nitpick: I think that it is better not to add the package name in the summary, it will always be added by the utilities that use the summary. An advice: maybe it isn't sendmail which is required, but smtpdaemon. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 16:55:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 11:55:35 -0500 Subject: [Bug 180743] Review Request: pdsh In-Reply-To: Message-ID: <200603151655.k2FGtZnq014450@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pdsh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180743 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-15 11:55 EST ------- Now it works. So you package is APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 16:56:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 11:56:59 -0500 Subject: [Bug 185535] New: Review Request: lurker 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=185535 Summary: Review Request: lurker Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jdennis at redhat.com QAContact: fedora-extras-list at redhat.com Spec: http://people.redhat.com/jdennis/lurker.spec SRPM: http://people.redhat.com/jdennis/lurker-1.3-4.src.rpm Description: I have packaged the Lurker (http://lurker.sourceforge.net) mail archiver. Lurker is a mailing list archiver with a web interface. It features fast complex searches, chronological threading, message threading navigation, mime handling, file attachment support, multi language suport, web server caching for efficiency, and it has customizable output via it's use of XML/XSLT. Lurker is currently the mail archiver used on Debian as well as a number of other sites, to date there has been no RPM for it, this corrects that. I did have modify the current configure.ac so that I could produce an installation which conformed to the preferred Red Hat directory layout, that patch will be submitted upstream, very briefly it adds the following arguments to configure (their values default to match upstream): --with-wwwdir [web server installation root] --with-cgidir=DIR [where cgi scripts are installed] --with-dbdir=DIR [location of database files)] The RPM also adds an httpd conf file which is absent in upstream where it is incumbant on person to edit the httpd.conf and from traffic on the mailing list seems to be the source of much user confusion, hopefully this will eliminate what has seemed to be a tedious installation step in the past. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 17:08:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 12:08:58 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603151708.k2FH8wVu018072@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-15 12:08 EST ------- Please read: http://fedoraproject.org/wiki/PackageDynamicUserCreationConsideredBad?highlight=%28user%29 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 17:29:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 12:29:02 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603151729.k2FHT257022612@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From rc040203 at freenet.de 2006-03-15 12:28 EST ------- (In reply to comment #16) > Please read: > > http://fedoraproject.org/wiki/PackageDynamicUserCreationConsideredBad?highlight=%28user%29 This answer of yours is simply inacceptable. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 17:57:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 12:57:26 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603151757.k2FHvQUv029101@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-15 12:57 EST ------- A) Fedora User Managment is optionsl B) Removing users after removing a package is bad. Notice NRPE does not remove the user. This prevents other people from becoming that user. Many packages (including httpd) don't remove the user they create when they get uninstalled. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 18:16:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 13:16:53 -0500 Subject: [Bug 172755] Review Request: xcompmgr - X11 composite manager In-Reply-To: Message-ID: <200603151816.k2FIGr9L032335@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xcompmgr - X11 composite manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172755 gilboad at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gilboad at gmail.com ------- Additional Comments From gilboad at gmail.com 2006-03-15 13:16 EST ------- Small fix: (Changelog -> ChangeLog) [gilboa at gilboa-home-dev SPECS]$ diff -u old/xcompmgr.spec new/xcompmgr.spec --- old/xcompmgr.spec 2006-03-15 20:21:45.000000000 +0200 +++ new/xcompmgr.spec 2006-03-15 20:20:10.000000000 +0200 @@ -1,7 +1,7 @@ Summary: X11 composite manager Name: xcompmgr Version: 1.1.3 -Release: 2 +Release: 3 License: MIT/X11 Group: User Interface/X URL: http://xapps.freedesktop.org @@ -34,7 +34,7 @@ %files %defattr(-,root,root,-) -%doc Changelog +%doc ChangeLog %{_bindir}/xcompmgr %{_mandir}/man1/xcompmgr.1.gz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dlutter at redhat.com Wed Mar 15 19:34:51 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 15 Mar 2006 11:34:51 -0800 Subject: [ruby] multilib and noarch In-Reply-To: <1142408564.30369.19.camel@bobcat.mine.nu> References: <1142379225.28528.98.camel@currant.watzmann.net> <1142408564.30369.19.camel@bobcat.mine.nu> Message-ID: <1142451292.4560.14.camel@currant.watzmann.net> On Wed, 2006-03-15 at 09:42 +0200, Ville Skytt? wrote: > On Tue, 2006-03-14 at 15:33 -0800, David Lutterkort wrote: > > > I would hugely prefer approach (3) since it seems the least intrusive in > > terms of changing expectations of how a ruby installation is laid out; > > noarch packages would install their code into sitelibdir. > > One more bit for consideration: because it looks like some backwards > incompatible changes are inevitable, this would be a good opportunity to > move the noarch parts to /usr/share. The benefits would be the > usual /usr/share ones, like %{_netsharedpath} and read only (NFS) > mounts. Would it be possible to install everything that's in /usr/lib/ruby now into /usr/share/ruby ? That would include DSO's with ruby bindings, but ruby won't get confused if you have DSO's for more than one arch in there since it keeps them in arch-specific subdirectories. I am very reluctant to pluck the /usr/lib/ruby hierarchy apart since Fedora would be the only ones doing that, and I am very concerned that there are quite a few assumptions about that hierarchy in the code. What's the reason that perl and python both go into /usr/lib ? Is this just historical or is there a deeper reason for that ? Any ideas how a migration from /usr/lib{,64}/ruby to /usr/share/ruby could be pulled off ? People might have stuff installed in /usr/lib{,64}/ruby - keeping these dirs on the load path is one option. Or would it be enough to have a release note that states that you need to migrate to the new dirs ? David From ianburrell at gmail.com Wed Mar 15 19:39:34 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Wed, 15 Mar 2006 11:39:34 -0800 Subject: [ruby] multilib and noarch In-Reply-To: <1142379225.28528.98.camel@currant.watzmann.net> References: <1142379225.28528.98.camel@currant.watzmann.net> Message-ID: On 3/14/06, David Lutterkort wrote: > Ville Skytt? pointed out[1] that with the current packaging of ruby in > core, it's not possible to build noarch ruby packages right now, since > none of the directories on the standard ruby lib path ($:) are the same > on x86_64 and i386. > > The load path is made up of five dirs, all defined in the Config::CONFIG > hash in rbconfig: sitelibdir, sitearchdir, sitedir, rubylibdir, archdir. > With the current packaging, all these paths are underneath /usr/lib on > 32bit platforms and under /usr/lib64 on 64bit platforms. The dirs with > 'arch' in their name are meant for binary extensions (Ruby bindings), > and these dirs end in something that depends on the arch, i.e. Ruby > already makes sure that architecture-specific stuf gets installed into > architecture-specific dirs, no matter where ruby is installed. > It might be useful to look at how Perl does things. On x86_64 Perl, noarch modules go in /usr/lib/perl5/site_perl/5.8.8. Modules with binary libraries go in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi. Perl puts the perl source for arch-dependent modules under that directory and the shared libraries under /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto. For RPMs, the modules are installed in the vendor_perl directories to keep them separate from the manually installed modules. Ruby doesn't support that construct. My impression is that Ruby has similar constructs. sitelibdir would be /usr/lib/site_ruby/1.8. sitearchdir would be /usr/lib64/site_ruby/1.8/x86_64-linux-gnu. The one thing I don't know is where the ruby code for arch-specific shared libraries should go. My impression is that they would be installed in sitelibdir, /usr/lib/site_ruby/1.8 and be shared between multilib packages. - Ian From notting at redhat.com Wed Mar 15 19:42:51 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 14:42:51 -0500 Subject: [ruby] multilib and noarch In-Reply-To: <1142451292.4560.14.camel@currant.watzmann.net> References: <1142379225.28528.98.camel@currant.watzmann.net> <1142408564.30369.19.camel@bobcat.mine.nu> <1142451292.4560.14.camel@currant.watzmann.net> Message-ID: <20060315194251.GB4842@devserv.devel.redhat.com> David Lutterkort (dlutter at redhat.com) said: > Would it be possible to install everything that's in /usr/lib/ruby now > into /usr/share/ruby ? That would include DSO's with ruby bindings, but > ruby won't get confused if you have DSO's for more than one arch in > there since it keeps them in arch-specific subdirectories. I am very > reluctant to pluck the /usr/lib/ruby hierarchy apart since Fedora would > be the only ones doing that, and I am very concerned that there are > quite a few assumptions about that hierarchy in the code. /usr/share is supposed to be architecture independent, so I wouldn't put DSOs there even if Ruby could tell them apart. > What's the reason that perl and python both go into /usr/lib ? Is this > just historical or is there a deeper reason for that ? Historical, and there are DSO portions. Bill From notting at redhat.com Wed Mar 15 19:54:46 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 15 Mar 2006 14:54:46 -0500 Subject: rpms/thinkpad-kmod/devel kmodtool, 1.2, 1.3 thinkpad-kmod.spec, 1.5, 1.6 In-Reply-To: <200603151952.k2FJqn7n002348@cvs-int.fedora.redhat.com> References: <200603151952.k2FJqn7n002348@cvs-int.fedora.redhat.com> Message-ID: <20060315195446.GA11090@devserv.devel.redhat.com> Ville Skytta (fedora-extras-commits at redhat.com) said: > Author: scop > > Update of /cvs/extras/rpms/thinkpad-kmod/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2329 > > Modified Files: > kmodtool thinkpad-kmod.spec > Log Message: > * Wed Mar 15 2006 Ville Skytt? - 5.9-3 > - Build for xen0 and xenU too. Why build for xenU? Somehow I doubt it will actually work there. Bill From ville.skytta at iki.fi Wed Mar 15 20:23:04 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 15 Mar 2006 22:23:04 +0200 Subject: rpms/thinkpad-kmod/devel kmodtool, 1.2, 1.3 thinkpad-kmod.spec, 1.5, 1.6 In-Reply-To: <20060315195446.GA11090@devserv.devel.redhat.com> References: <200603151952.k2FJqn7n002348@cvs-int.fedora.redhat.com> <20060315195446.GA11090@devserv.devel.redhat.com> Message-ID: <1142454184.30886.24.camel@bobcat.mine.nu> On Wed, 2006-03-15 at 14:54 -0500, Bill Nottingham wrote: > Ville Skytta (fedora-extras-commits at redhat.com) said: > > Author: scop > > > > Update of /cvs/extras/rpms/thinkpad-kmod/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2329 > > > > Modified Files: > > kmodtool thinkpad-kmod.spec > > Log Message: > > * Wed Mar 15 2006 Ville Skytt? - 5.9-3 > > - Build for xen0 and xenU too. > > Why build for xenU? Somehow I doubt it will actually work there. Probably correct, will remove. Like you probably noticed, I know very little about xen*. Anyway, I initially had "for testing" appended to that changelog message, maybe I should have left it there :) As announced previously on this list, my intention with the kmod-* builds for now is to test the functionality of CVS, buildsys, and depsolvers with the packages, and to remove the test builds from the repo before FC5; my current plan is to remove them next Friday. After that, it's up to the package maintainers (Jason Carpenter for thinkpad-kmod, $someone (yes, it's up for grabs) for lirc-kmod) to take care of the actual "production" builds. From bugzilla at redhat.com Wed Mar 15 20:38:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 15:38:14 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603152038.k2FKcEN9001654@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From ville.skytta at iki.fi 2006-03-15 15:38 EST ------- Please remember to file a separate bug about ExcludeArch: ppc and make it block bug 179260 (see that bug and http://fedoraproject.org/wiki/Packaging/ReviewGuidelines#head-2f03bba0a9f05b2ac0128eb1d70b1e3ce9f9dc40 for more 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 buildsys at fedoraproject.org Wed Mar 15 20:56:56 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 15 Mar 2006 15:56:56 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060315205656.0CC08807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 15 abcm2ps-4.12.11-2.fc4 ecl-0.9h-4.fc4 emelfm2-0.1.6-1.fc4 freedoom-0.4.1-3.fc4 highlight-2.4.4-2.fc4 libmthca-1.0-1.fc4 multisync-0.90.18-4.fc4 nessus-libraries-2.2.6-2.fc4 perl-Glib-1.120-1.fc4 perl-Gtk2-1.120-1.fc4 perl-Mail-Sender-0.8.13-1.fc4 polyxmass-bin-0.9.3-1.fc4 prboom-2.3.1-4.fc4 python-cpio-0.1-1.fc4 rogue-5.4.2-3.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Wed Mar 15 20:51:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 15:51:12 -0500 Subject: [Bug 184104] Review Request: acpi - Command-line ACPI client In-Reply-To: Message-ID: <200603152051.k2FKpC8O003851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acpi - Command-line ACPI client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184104 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |jpo at di.uminho.pt OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2006-03-15 15:51 EST ------- MD5SUMS: a9eed4c2faefd3b9ba46b5a2336e387d acpi-0.09-1.src.rpm 160bcdbb0f880f2c2b8b563f0cca1839 acpi-0.09-keep_CFLAGS.diff a5a70595834b487c3a2f9278a3d60768 acpi-0.09.tar.gz 8e809c75e4f4c285d5d167bb99600e1f acpi.spec Good: * Tarball MD5 digest verified (author homepage) * URL and Source URL are valid * License verified and included * Distro building flags are honored * File permissions are ok * Builds without problems in FC-3 and FC-4 * (Un)installs without problems in FC-3 and FC-4 NeedsWork: * Dist tag missing Minor note: * the commented man page installation line should be removed (the last version that had a man page was the 0.06). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Wed Mar 15 20:57:21 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 15 Mar 2006 15:57:21 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060315205721.22897807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 25 abcm2ps-4.12.11-2.fc5 banshee-0.10.8-1 denyhosts-2.2-1.fc5 djvulibre-3.5.16-3.fc5 ecl-0.9h-5.fc5 emelfm2-0.1.6-1.fc5 freedoom-0.4.1-3.fc5 gaim-guifications-2.12-3.fc5 gpsim-0.21.11-6.fc5 highlight-2.4.4-2.fc5 lib765-0.3.3-6.fc5 libmthca-1.0-1.fc5 libshout-1.0.9-5.fc5 liferea-1.0.7-3.fc5 lock-keys-applet-1.0-10 perl-Glib-1.120-1.fc5 perl-Gtk2-1.120-1.fc5 perl-Mail-Sender-0.8.13-1.fc5 perl-MailTools-1.74-1.fc5 pikdev-0.8.4-4.fc5 polyxmass-bin-0.9.3-1.fc5 prboom-2.3.1-4.fc5 python-cpio-0.1-1.fc5 raidem-0.3-1.fc5 thinkpad-kmod-5.9-2.2.6.15_1.2054_FC5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Wed Mar 15 20:57:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 15:57:38 -0500 Subject: [Bug 185257] Review Request: raidem - 2d top-down shoot'em up In-Reply-To: Message-ID: <200603152057.k2FKvcrE005080@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: raidem - 2d top-down shoot'em up https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185257 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-15 15:57 EST ------- imported and build, as usual many thanks for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Wed Mar 15 21:48:23 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Mar 2006 22:48:23 +0100 Subject: libtool archive madness (was: Re: kchm packaging help needed) In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> Message-ID: <20060315224823.02d39b2f.bugs.michael@gmx.net> On Mon, 13 Mar 2006 15:03:24 -0600, Rex Dieter wrote: > > I have found the solution after a strace session. > > > > Don't remove the *.la files which will be installed by the make > > install step into the '%install' stanza.. Both .la files, the > > Kpart and the kio_slave will be needed. > > > > Conclussion: IN opposite to the packaging guidelines it may be > > make sense to put .la files into rpms for KDE programs. > > If the packaging guidelines don't already say it, the omission of .la > files should be limited to shared libraries in %{_libdir}/ This is insufficient and creates broken inter-library dependency chains. It seems that pieces within KDE still _require_ .la files to be present in %{_libdir}/kde3 in order to find/load plugins. E.g. k3b needs .la files for its plugins. However, these .la files contain dependencies to other .la files in %_libdir. So if you don't package .la files in %_libdir, but include other .la files which contain a dependency on the excluded files, this breaks the dependency chain. This is a time-bomb. Whatever in KDE still looks for .la files, maybe it doesn't _use_ everything that's in the files, maybe it only needs them to locate available plugins, but shipping incomplete libtool archive dependency chains is bad. The rule/guideline ought to be: Either ship'em all or omit'em all. Where libtool archives are included, they must not create broken dependency chains. From bugzilla at redhat.com Wed Mar 15 21:58:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 16:58:05 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603152158.k2FLw506022841@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |j.w.r.degoede at hhs.nl OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-15 16:57 EST ------- Since I'm about to request yet another game SIG related review from you I thought I would return the favor and see if there were still any open review requests done by you, so here I'am :) I haven't taken a look, but the sgid games stuff does not make me very happy. I'll probably write up a patch which as the first thing of main opens the highscore file, leaves an fd around for the highscore functions to use and then drops the games group rights. The only issue which then remains is do we use the games user / group for stuff like this, or do we create a user per game. I must say I like the games user idea for simple on file cases, for more complex stuff like daemons we should use a new user. What do you think? Maybe we should take this to the list? Anyways I think that whatever we decide we should put this on the games-SIG wiki page as games-SIG policy. I'll start a real review tomorrow, as usual with the kinda comments from me its bedtime over here (I have a daytime job too :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 22:00:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 17:00:14 -0500 Subject: [Bug 185576] New: Review Request: dumb - IT, XM, S3M and MOD player 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=185576 Summary: Review Request: dumb - IT, XM, S3M and MOD player library Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/dumb.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/dumb-0.9.3-1.src.rpm Description: IT, XM, S3M and MOD player library. Mainly targeted for use with the allegro game programming library, but it can be used without allegro. Faithful to the original trackers, especially IT. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 22:02:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 17:02:00 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603152202.k2FM20hj023846@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wart at kobold.org ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-15 17:01 EST ------- Michael, As usual this is a very often used allegro addon lib used by quite a few games I'm planning on packaging. Thanks in advance! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Wed Mar 15 22:13:54 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 15 Mar 2006 22:13:54 +0000 Subject: Buildsys or me at fault here? Message-ID: <1142460834.14600.93.camel@T7.Linux> Hi, I've never seen this before, so it could be me or it could be the buildsys 8--> Job failed on arch i386 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/6391-fuse-emulator-0.7.0-6.fc5/ ------------------------------------------------- Building target platforms: i386 Building for target i386 Wrote: /builddir/build/SRPMS/fuse-emulator-0.7.0-6.fc5.src.rpm ensuring dir /var/lib/mock/fedora-development-i386-core-e759f993f8f0004998cbd7d271de6d9dcff8e77a/root/proc ensuring dir /var/lib/mock/fedora-development-i386-core-e759f993f8f0004998cbd7d271de6d9dcff8e77a/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-e759f993f8f0004998cbd7d271de6d9dcff8e77a/root resolvedep 'flex' 'lib765-devel' 'gtk2-devel' 'libxml2-devel' 'libdsk-devel' 'bison' 'libpng-devel' 'libspectrum-devel' 0:flex-2.5.4a-37.4.i386 0:lib765-devel-0.3.3-6.fc5.i386 0:gtk2-devel-2.8.15-1.i386 0:libxml2-devel-2.6.23-1.2.i386 0:libdsk-devel-1.1.6-1.fc5.i386 0:bison-2.1-1.2.1.i386 2:libpng-devel-1.2.8-2.2.1.i386 0:libspectrum-devel-0.2.2-4.fc5.i386 0:flex-2.5.4a-37.4.i386 0:lib765-devel-0.3.3-6.fc5.i386 0:gtk2-devel-2.8.15-1.i386 0:libxml2-devel-2.6.23-1.2.i386 0:libdsk-devel-1.1.6-1.fc5.i386 0:bison-2.1-1.2.1.i386 2:libpng-devel-1.2.8-2.2.1.i386 0:libspectrum-devel-0.2.2-4.fc5.i386 ensuring dir /var/lib/mock/fedora-development-i386-core-e759f993f8f0004998cbd7d271de6d9dcff8e77a/root/proc ensuring dir /var/lib/mock/fedora-development-i386-core-e759f993f8f0004998cbd7d271de6d9dcff8e77a/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-e759f993f8f0004998cbd7d271de6d9dcff8e77a/root install 'flex' 'lib765-devel' 'gtk2-devel' 'libxml2-devel' 'libdsk-devel' 'bison' 'libpng-devel' 'libspectrum-devel' http://buildsys.fedoraproject.org/plague-results/fedora-development-extras/lib765/0.3.3-6.fc5/i386/lib765-devel-0.3.3-6.fc5.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. Error: failure: lib765/0.3.3-6.fc5/i386/lib765-devel-0.3.3-6.fc5.i386.rpm from local: [Errno 256] No more mirrors to try. Cleaning up... Done. <--8 What on earth is a 404 error doing there, especially as lib765-devel has already been pushed to extras! TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Mar 15 22:13:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 17:13:44 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200603152213.k2FMDixK026433@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nomadsync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170978 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From triad at df.lth.se 2006-03-15 17:13 EST ------- OK (after some patching on devel) it now builds on all archs. Michael: THANK YOU for reviewing this 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 orion at cora.nwra.com Wed Mar 15 23:37:44 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 15 Mar 2006 16:37:44 -0700 Subject: Buildsys or me at fault here? In-Reply-To: <1142460834.14600.93.camel@T7.Linux> References: <1142460834.14600.93.camel@T7.Linux> Message-ID: <4418A548.6030207@cora.nwra.com> Paul wrote: > Hi, > > I've never seen this before, so it could be me or it could be the > buildsys > > 8--> > Job failed on arch i386 > > > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6391-fuse-emulator-0.7.0-6.fc5/ > > > What on earth is a 404 error doing there, especially as lib765-devel has > already been pushed to extras! Probably transient error. Do: plague-client requeue 6391 -- 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 Mar 15 23:41:35 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Mar 2006 00:41:35 +0100 Subject: Buildsys or me at fault here? In-Reply-To: <1142460834.14600.93.camel@T7.Linux> References: <1142460834.14600.93.camel@T7.Linux> Message-ID: <20060316004135.40c475fa.bugs.michael@gmx.net> On Wed, 15 Mar 2006 22:13:54 +0000, Paul wrote: > Hi, > > I've never seen this before, so it could be me or it could be the > buildsys > > 8--> > http://buildsys.fedoraproject.org/plague-results/fedora-development-extras/lib765/0.3.3-6.fc5/i386/lib765-devel-0.3.3-6.fc5.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found > Trying other mirror. > Error: failure: > lib765/0.3.3-6.fc5/i386/lib765-devel-0.3.3-6.fc5.i386.rpm from local: > [Errno 256] No more mirrors to try. > Cleaning up... > Done. > <--8 > > What on earth is a 404 error doing there, especially as lib765-devel has > already been pushed to extras! Maybe you were a bit too fast and the mirror needs a bit more time to sync all new packages? What happens if you requeue the build job after waiting some time? From paul at all-the-johnsons.co.uk Wed Mar 15 23:51:06 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 15 Mar 2006 23:51:06 +0000 Subject: Buildsys or me at fault here? In-Reply-To: <20060316004135.40c475fa.bugs.michael@gmx.net> References: <1142460834.14600.93.camel@T7.Linux> <20060316004135.40c475fa.bugs.michael@gmx.net> Message-ID: <1142466666.14600.99.camel@T7.Linux> Hi, > What happens if you requeue the build job after waiting some time? Seems to be fine with x86 and x86_64. ppc1 seems to be running a tad slow (very!) TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From paul at all-the-johnsons.co.uk Wed Mar 15 23:59:30 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 15 Mar 2006 23:59:30 +0000 Subject: Packages for review Message-ID: <1142467170.14600.103.camel@T7.Linux> Hi, Anyone fancy checking over the following BZ packages? #177512 - mysql-connector-net #178900 - monodoc #178901 - gtksourceview-sharp #178904 - monodevelop #167364 - fuse-emulator-utils The first 4 are mono ones, the last one is related to 166960 (fuse-emulator), but seems to have been missed out. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Mar 15 23:58:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 18:58:58 -0500 Subject: [Bug 184464] Review Request: perl-Kwiki-Attachments In-Reply-To: Message-ID: <200603152358.k2FNwwq6019145@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Attachments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184464 Bug 184464 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 23:59:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 18:59:09 -0500 Subject: [Bug 183044] Review Request: perl-Kwiki-NewPage In-Reply-To: Message-ID: <200603152359.k2FNx9Pp019180@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-NewPage https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183044 Bug 183044 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 23:59:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 18:59:23 -0500 Subject: [Bug 183052] Review Request: perl-Kwiki-UserName In-Reply-To: Message-ID: <200603152359.k2FNxND9019232@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-UserName https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183052 Bug 183052 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 23:59:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 18:59:34 -0500 Subject: [Bug 183050] Review Request: perl-Kwiki-UserPreferences In-Reply-To: Message-ID: <200603152359.k2FNxYY1019267@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-UserPreferences https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183050 Bug 183050 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 15 23:59:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 18:59:45 -0500 Subject: [Bug 183043] Review Request: perl-Kwiki-Revisions In-Reply-To: Message-ID: <200603152359.k2FNxjOI019313@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Revisions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183043 Bug 183043 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:18 -0500 Subject: [Bug 184463] Review Request: perl-Kwiki-Raw In-Reply-To: Message-ID: <200603160000.k2G00I8O019475@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Raw https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184463 Bug 184463 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:17 -0500 Subject: [Bug 183054] Review Request: perl-Kwiki-Diff In-Reply-To: Message-ID: <200603160000.k2G00HCh019457@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Diff https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183054 Bug 183054 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:30 -0500 Subject: [Bug 183042] Review Request: perl-Kwiki-Archive-Rcs In-Reply-To: Message-ID: <200603160000.k2G00UNi019566@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Archive-Rcs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183042 Bug 183042 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:32 -0500 Subject: [Bug 183047] Review Request: perl-Kwiki-Search In-Reply-To: Message-ID: <200603160000.k2G00W7N019591@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Search https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183047 Bug 183047 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:33 -0500 Subject: [Bug 183045] Review Request: perl-Kwiki-RecentChanges In-Reply-To: Message-ID: <200603160000.k2G00X4v019611@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-RecentChanges https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183045 Bug 183045 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:43 -0500 Subject: [Bug 183054] Review Request: perl-Kwiki-Diff In-Reply-To: Message-ID: <200603160000.k2G00hoS019665@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Diff https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183054 Bug 183054 depends on bug 183043, which changed state. Bug 183043 Summary: Review Request: perl-Kwiki-Revisions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183043 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:00:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:00:54 -0500 Subject: [Bug 183303] Review Request: perl-Kwiki-Users-Remote In-Reply-To: Message-ID: <200603160000.k2G00ssW019782@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Users-Remote https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183303 Bug 183303 depends on bug 183040, which changed state. Bug 183040 Summary: Review Request: perl-Kwiki https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183040 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:02:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:02:17 -0500 Subject: [Bug 183303] Review Request: perl-Kwiki-Users-Remote In-Reply-To: Message-ID: <200603160002.k2G02HVh020345@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Kwiki-Users-Remote https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183303 Bug 183303 depends on bug 183052, which changed state. Bug 183052 Summary: Review Request: perl-Kwiki-UserName https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183052 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:09:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:09:07 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603160009.k2G0972a021872@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 ------- Additional Comments From wart at kobold.org 2006-03-15 19:08 EST ------- Looks like Jason beat me to it. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 00:13:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:13:04 -0500 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200603160013.k2G0D49H022635@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From steve at silug.org 2006-03-15 19:12 EST ------- Ping? Any idea why this hasn't been closed 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 bugs.michael at gmx.net Thu Mar 16 00:24:20 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Mar 2006 01:24:20 +0100 Subject: Correct python modules directory on x86_64? In-Reply-To: <200603070003.57483.nomis80@nomis80.org> References: <200603070003.57483.nomis80@nomis80.org> Message-ID: <20060316012420.5ab1cce3.bugs.michael@gmx.net> On Tue, 7 Mar 2006 00:03:57 -0500, Simon Perreault wrote: > Hi, > > My opencv package installs Python modules in /usr/lib/python*/site-packages > instead of /usr/lib64/python*/site-packages on x86_64. It uses its own > Autoconf macros, which seem to be buggy, instead of the normal setup.py used > by other Python modules, which seems to not be buggy. > > Here's the question: Do I move stuff around during the install phase so as to > end up with stuff in /usr/lib64 on x86_64, or do I modify my %files section, > which currently looks like this, > > %files python > %{_libdir}/python*/site-packages/opencv > > so as to get the files in /usr/lib even on x86_64? It would then probably look > like this: > > %{_prefix}/lib/python*/site-packages/opencv > > Which of those two is the least evil? Or is there another way? The latter. http://fedoraproject.org/wiki/Extras/SIGs/Python -> http://fedoraproject.org/wiki/Packaging/Python From bugzilla at redhat.com Thu Mar 16 00:53:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 19:53:35 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603160053.k2G0rZIW030931@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 ------- Additional Comments From tibbs at math.uh.edu 2006-03-15 19:53 EST ------- This package has an incredibly poor license. What's the point of stating a bunch of meaningless conditions and then specifying that you can ignore them if it makes the package GPL incompatible? In any case, it's clear that the package is explicitly GPL-compatible, and it's pointless to try to come up with any other statement of the license. So "GPL-Compatible" seems reasonable, although "Dumb license" is tempting. One question: Why are readme.txt and release.txt part of the -devel package? They seem to contain useful end-user info, and so it seems to me as if they should be in the main package. There are a couple of other files under docs that could probably be considered to be non-developer documentation as well (modplug.txt, faq.txt). rpmlint only complains about the license: W: dumb invalid-license GPL-Compatible W: dumb-devel invalid-license GPL-Compatible MUSTs: * package meets naming and packaging guidelines. * specfile is properly named, is cleanly written, and uses macros consistently. * license field matches the license, as it is. * license is open source-compatible and included as %doc. * source files match upstream: 3e345d643060880bab7c574774c4b35b dumb-0.9.3-autotools.tar.gz 3e345d643060880bab7c574774c4b35b dumb-0.9.3-autotools.tar.gz-srpm f48da5b990aa8aa822d3b6a951baf5c2 dumb-0.9.3.tar.gz f48da5b990aa8aa822d3b6a951baf5c2 dumb-0.9.3.tar.gz-srpm * package builds in mock on x86_64 and i386. * BuildRequires are proper. * shared libraries are present; ldconfig is called as necessary. * package is not relocatable. * package does not create any directories. * no duplicates in %files. * file permissions are appropriate. * %clean is present. * code, not content. * documentation is small, so no -docs subpackage is necessary. * %docs are not necessary for the proper functioning of the package. * headers are in a -devel package. * no pkgconfig files. * unversioned shared library links are in the -devel package. * -devel package has a versioned dependency on the base package. * no libtool .la droppings. * not a GUI app. * Package owns no files that are owned by other packages. Just the issue of the readme.txt and release.txt to discuss. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 01:34:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 20:34:32 -0500 Subject: [Bug 178904] Review Request: Monodevelop In-Reply-To: Message-ID: <200603160134.k2G1YW83005895@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Monodevelop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178904 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |caillon at redhat.com ------- Additional Comments From caillon at redhat.com 2006-03-15 20:34 EST ------- Claiming for review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 01:34:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 20:34:56 -0500 Subject: [Bug 178901] Review Request: gtksourceview-sharp In-Reply-To: Message-ID: <200603160134.k2G1YuSM006010@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtksourceview-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178901 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |caillon at redhat.com ------- Additional Comments From caillon at redhat.com 2006-03-15 20:34 EST ------- Claiming for review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 01:35:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 20:35:08 -0500 Subject: [Bug 177512] Review Request: mysql-connector-net In-Reply-To: Message-ID: <200603160135.k2G1Z84t006061@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mysql-connector-net https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177512 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |caillon at redhat.com ------- Additional Comments From caillon at redhat.com 2006-03-15 20:34 EST ------- Claiming for review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 01:35:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 20:35:41 -0500 Subject: [Bug 178900] Review Request: monodoc In-Reply-To: Message-ID: <200603160135.k2G1ZfF3006207@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: monodoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178900 caillon at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |caillon at redhat.com ------- Additional Comments From caillon at redhat.com 2006-03-15 20:35 EST ------- Claiming for review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 01:38:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 20:38:59 -0500 Subject: [Bug 177583] Review Request: zaptel-kmod In-Reply-To: Message-ID: <200603160138.k2G1cxjm006970@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zaptel-kmod https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177583 ------- Additional Comments From rmo at sunnmore.net 2006-03-15 20:38 EST ------- (In reply to comment #20) > Updated Spec/SRPM: > > Spec Name or Url: http://www.ocjtech.us/zaptel-kmod-1.2.4-1.2.6.15_1.1939_FC5.spec > SRPM Name or Url: > http://www.ocjtech.us/zaptel-kmod-1.2.4-1.2.6.15_1.1939_FC5.src.rpm > > %changelog > * Wed Feb 15 2006 Jeffrey C. Ollie - 1.2.4-1 > - Update to 1.2.4. > the XPP-modules introduced in zaptel-1.2.4 won't build on x86_64, so they should be disabled until a upstream fix exists. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From caillon at redhat.com Thu Mar 16 03:26:34 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 15 Mar 2006 22:26:34 -0500 Subject: Packages for review In-Reply-To: <1142467170.14600.103.camel@T7.Linux> References: <1142467170.14600.103.camel@T7.Linux> Message-ID: <4418DAEA.5050500@redhat.com> On 03/15/2006 06:59 PM, Paul wrote: > Hi, > > Anyone fancy checking over the following BZ packages? > > #177512 - mysql-connector-net > #178900 - monodoc > #178901 - gtksourceview-sharp > #178904 - monodevelop I'll look at these. From bugzilla at redhat.com Thu Mar 16 03:52:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 22:52:37 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603160352.k2G3qblk001746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From wart at kobold.org 2006-03-15 22:52 EST ------- (In reply to comment #2) > Since I'm about to request yet another game SIG related review from you I > thought I would return the favor and see if there were still any open review > requests done by you, so here I'am :) :) > I haven't taken a look, but the sgid games stuff does not make me very happy. > I'll probably write up a patch which as the first thing of main opens the > highscore file, leaves an fd around for the highscore functions to use and then > drops the games group rights. Patches are always welcome. > The only issue which then remains is do we use > the games user / group for stuff like this, or do we create a user per game. I > must say I like the games user idea for simple on file cases, for more complex > stuff like daemons we should use a new user. What do you think? I think it's overkill to create users for a single setgid scoreboard file. Definitely we want to create them for game servers that run as daemon processes. I feel that this is the perfect use for the 'games' user/group. > Maybe we should > take this to the list? Anyways I think that whatever we decide we should put > this on the games-SIG wiki page as games-SIG policy. I posed the question to the -extras and -devel lists a couple of weeks ago, but nobody seemed to have an opinion on the setgid bits. I interpreted that to mean that there were no objections. https://www.redhat.com/archives/fedora-extras-list/2006-March/msg00002.html https://www.redhat.com/archives/fedora-devel-list/2006-March/msg00000.html This is also in the SIG wiki, but could probably be clarified. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 04:16:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 23:16:17 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603160416.k2G4GHh7006858@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 ------- Additional Comments From seg at haxxed.com 2006-03-15 23:16 EST ------- Perhaps you should be adapting Planet CCRMA's packages instead of Mandrake packages. http://ccrma.stanford.edu/planetccrma/software/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 04:26:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 15 Mar 2006 23:26:34 -0500 Subject: [Bug 177583] Review Request: zaptel-kmod In-Reply-To: Message-ID: <200603160426.k2G4QY5o009241@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zaptel-kmod https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177583 ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-15 23:26 EST ------- Updated Spec/SRPM: Spec Name or Url: http://www.ocjtech.us/zaptel-kmod-1.2.4-2.2.6.15_1.2054_FC5.spec SRPM Name or Url: http://www.ocjtech.us/zaptel-kmod-1.2.4-2.2.6.15_1.2054_FC5.src.rpm * Wed Mar 15 2006 Jeffrey C. Ollie - 1.2.4-2 - Disable building of XPP modules since the don't build 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 tagoh at redhat.com Thu Mar 16 04:34:53 2006 From: tagoh at redhat.com (Akira TAGOH) Date: Thu, 16 Mar 2006 13:34:53 +0900 (JST) Subject: [ruby] multilib and noarch In-Reply-To: <1142408564.30369.19.camel@bobcat.mine.nu> References: <1142379225.28528.98.camel@currant.watzmann.net> <1142408564.30369.19.camel@bobcat.mine.nu> Message-ID: <20060316.133453.-1573377919.tagoh@redhat.com> >>>>> On Wed, 15 Mar 2006 09:42:44 +0200, >>>>> "VS" == Ville Skytt? wrote: VS> One more bit for consideration: because it looks like some backwards VS> incompatible changes are inevitable, this would be a good opportunity to VS> move the noarch parts to /usr/share. The benefits would be the VS> usual /usr/share ones, like %{_netsharedpath} and read only (NFS) VS> mounts. What does "some backwards incompatible changes" mean here? just adding /usr/lib/ruby// into the search path for 64bit archs is an option as well I think. Ideally all arch-independent files should be moved under /usr/share though, making incompatibility between upstream and Fedora package isn't a good idea. -- Akira TAGOH From ville.skytta at iki.fi Thu Mar 16 07:19:19 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Mar 2006 09:19:19 +0200 Subject: [ruby] multilib and noarch In-Reply-To: <20060316.133453.-1573377919.tagoh@redhat.com> References: <1142379225.28528.98.camel@currant.watzmann.net> <1142408564.30369.19.camel@bobcat.mine.nu> <20060316.133453.-1573377919.tagoh@redhat.com> Message-ID: <1142493559.5523.19.camel@bobcat.mine.nu> On Thu, 2006-03-16 at 13:34 +0900, Akira TAGOH wrote: > >>>>> On Wed, 15 Mar 2006 09:42:44 +0200, > >>>>> "VS" == Ville Skytt? wrote: > > VS> One more bit for consideration: because it looks like some backwards > VS> incompatible changes are inevitable, this would be a good opportunity to > VS> move the noarch parts to /usr/share. The benefits would be the > VS> usual /usr/share ones, like %{_netsharedpath} and read only (NFS) > VS> mounts. > > What does "some backwards incompatible changes" mean here? > just adding /usr/lib/ruby// into the search path > for 64bit archs is an option as well I think. Someone who knows more about ruby will have to fill in the details here and judge how bad the incompatiblity is or whether it actually exists, but I'd imagine ruby's corresponding functionality as python's distutils and friends (or is it only the already discussed paths in the config?) needs to be also modified so that noarch things are installed to that path. From bugzilla at redhat.com Thu Mar 16 07:40:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 02:40:29 -0500 Subject: [Bug 185606] Template file for libraries In-Reply-To: Message-ID: <200603160740.k2G7eTp3010569@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Template file for libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185606 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |fedora-extras- | |list at redhat.com ------- Additional Comments From ville.skytta at iki.fi 2006-03-16 02:40 EST ------- (Cc'ing the FE list for comments) Looks useful. I think this should be also automagically used for lib*, *-libs and *-lib specfiles. A quick look at the FC and FE package lists tells me that this would result in few enough false positives. Some comments: I'm inclined to drop %{_datadir}/%{name} from the main package because 1) it's rarely used in library packages, and 2) library packages including such things are not multilib parallel installable which I think is not something we want to kind of encourage in a spec template. Inclusion of *.pc files should walk hand in hand with Requires: pkgconfig in -devel packages. Do you think it would be a good idea to add that dependency in the -devel boilerplate? Another option IMO would be to drop the pkgconfig files from the template's %files list. I'm not sure why installing *.m4 in /usr/share/aclocal doesn't usually in packages get the same treatment as with pkgconfig through an added dependency on automake, so maybe 1) leave it as is in the template, or 2) discuss about "mandating" Requires: automake on packages that install stuff to /usr/share/aclocal? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 16 09:47:30 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 16 Mar 2006 10:47:30 +0100 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> Message-ID: <1142502450.31760.101.camel@mccallum.corsepiu.local> On Fri, 2006-03-10 at 14:46 -0500, Steven Pritchard wrote: > Author: steve > > Update of /cvs/extras/rpms/perl-Kwiki/devel > --- NEW FILE perl-Kwiki.spec --- > Requires: perl(Spoon) >= 0.22 ^^^^^^^^^^^^ This Requires: is redundant and causes a duplicate "R: perl(Spoon) >= 0.22" inside of the RPM. Ralf From bugs.michael at gmx.net Thu Mar 16 10:54:02 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Mar 2006 05:54:02 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-16 Message-ID: <200603161054.k2GAs2PU002442@mx1.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- at-poke 0.2.2-2.i386 cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.i686 pam_mount 0.9.25-4.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- at-poke 0.2.2-2.ppc cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.ppc kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.ppc pam_mount 0.9.25-4.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- at-poke 0.2.2-2.x86_64 cernlib 2005-7.fc5.x86_64 cernlib-packlib 2005-7.fc5.x86_64 cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.x86_64 kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.x86_64 kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.x86_64 pam_mount 0.9.25-4.x86_64 paw 2005-7.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: ville.skytta AT iki.fi package: kmod-lirc-xenU - 0.8.0-3.2.6.15_1.2041_FC5.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.15-1.2041_FC5xenU From bugzilla at redhat.com Thu Mar 16 10:57:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 05:57:32 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603161057.k2GAvWvg019358@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-16 05:57 EST ------- About readme.txt, a quote from the Introduction part of it: "This file will help you get DUMB set up. If you have not yet done so, please read licence.txt and release.txt before proceeding. After you've got DUMB set up, please refer to the files in the docs/ directory at your convenience. I recommend you start with howto.txt." And then it continues on howto compile under Windows, Linux, etc. I guees I should have completly ommited it, atleats that is what I would like to suggest now. But imho this is most defenitly not end user documentation About release.txt this is basicly a changelog and indeed belongs in the main package. About modplug.txt this is written with mod-file creators as intended audience and warns them tio shy away from non IT compatible modplug extensions, I don't know where this belongs, its basicly a polite rant against modplug, maybe we shouldn't include it at all? About faq.txt 95% of the questions in here are about using the library in other programs. The one question which is not once more is intended for mod-file creators and is again about modplug IT incompatibilities. So I suggest for the docs: -drop readme.txt -mv release.txt to the main package -drop modplug.txt -leave faq.txt in the -devel package I'll attach a new spec with these changes (sorry no upload to my isp hosted page from work). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 11:05:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 06:05:12 -0500 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: Message-ID: <200603161105.k2GB5A5R020925@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 ------- Additional Comments From mfleming+rpm at enlartenment.com 2006-03-16 06:04 EST ------- New SRPM: http://www.enlartenment.com/extras/mod_cband-0.9.7.2-3.src.rpm (Spec in the same place) Above suggestions implemented. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 11:45:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 06:45:51 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603161145.k2GBjpEu029430@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugs.michael at gmx.net |bugzilla-sink at leemhuis.info QAContact|dkl at redhat.com |fedora-extras- | |list at redhat.com OtherBugsDependingO|163778 |163776 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-16 06:45 EST ------- Withdrawing my offer to review this. As this would be the first package to use /usr/com which is not even implemented by the FC filesystem, this should be discussed for a proper packaging policy first. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 11:53:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 06:53:14 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603161153.k2GBrExn030965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-16 06:53 EST ------- Looking at the specfile some more comments: -the config.sh stuff is messy, very messy. But if it works it works. -why games games as default group/owner. This should be root root -why games games for the binary, this should be root games. This way if someone manages to get games uid rights he still can't modify (trojan) the binary -why the fortune help and maps in /var/games can these be modified? -why 775 for the dir can't you precreate the highscore file and make it 664 and leave the directory as default (755). Or even better move maps help and fortunes to /use/share and put the highscore file directly /var/games (with a name indicating its owner package like ularn-highscores.bin) And judging from the ularn-build.patch will all the varg stuff its a security nigthmare, it doesnot do any networking does it? Otherwise it will first need a full audit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 11:57:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 06:57:48 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603161157.k2GBvmY6031736@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From bugs.michael at gmx.net 2006-03-16 06:57 EST ------- > As there are 3500 unpackaged files, May I ask why 3500 files are not covered by any %files section? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Thu Mar 16 12:24:21 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 16 Mar 2006 06:24:21 -0600 Subject: libtool archive madness In-Reply-To: <20060315224823.02d39b2f.bugs.michael@gmx.net> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060315224823.02d39b2f.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Mon, 13 Mar 2006 15:03:24 -0600, Rex Dieter wrote: > >>> I have found the solution after a strace session. >>> >>> Don't remove the *.la files which will be installed by the make >>> install step into the '%install' stanza.. Both .la files, the >>> Kpart and the kio_slave will be needed. >>> >>> Conclussion: IN opposite to the packaging guidelines it may be >>> make sense to put .la files into rpms for KDE programs. >> If the packaging guidelines don't already say it, the omission of .la >> files should be limited to shared libraries in %{_libdir}/ > > This is insufficient and creates broken inter-library dependency chains. > > It seems that pieces within KDE still _require_ .la files to be present in > %{_libdir}/kde3 in order to find/load plugins. E.g. k3b needs .la files > for its plugins. However, these .la files contain dependencies to other > .la files in %_libdir. So if you don't package .la files in %_libdir, but > include other .la files which contain a dependency on the excluded files, > this breaks the dependency chain. Turns out that the missing dependancies of loadable modules, in 100% of cases that *I* have seen, is harmless. So, I'm of the opinion that unless a concrete example of broken-ness (ie, an app that doesn't work after removing *only %_libdir/lib*.la), then I'd say don't worry about it. > This is a time-bomb. Whatever in KDE > still looks for .la files, maybe it doesn't _use_ everything that's in the > files, maybe it only needs them to locate available plugins, but shipping > incomplete libtool archive dependency chains is bad. It's really not that bad. In my experience, loadable modules/plugins using .la files aren't nearly as fragile (nor cause dependancy problems) like .la files associated with shared libs. -- Rex From rdieter at math.unl.edu Thu Mar 16 12:26:12 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 16 Mar 2006 06:26:12 -0600 Subject: kchm packaging help needed In-Reply-To: <1142357116.14278.13.camel@bobcat.mine.nu> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <1142318589.13824.5.camel@bobcat.mine.nu> <1142357116.14278.13.camel@bobcat.mine.nu> Message-ID: Ville Skytt? wrote: > On Tue, 2006-03-14 at 07:07 -0600, Rex Dieter wrote: >> Ville Skytt? wrote: >>> That's not quite accurate. For example many xmms plugins ship unneeded >>> *.la but don't fit the above description. >> But xmms' .la files don't cause harm like those associated with shared >> libraries do... > Ok, bad example, but I'm sure it's possible to find others that do. OK, I'm anxiously waiting for a better/valid example then... (-: (Because I don't think you'll be able to find one...) -- Rex From bugs.michael at gmx.net Thu Mar 16 13:13:11 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Mar 2006 14:13:11 +0100 Subject: libtool archive madness In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060315224823.02d39b2f.bugs.michael@gmx.net> Message-ID: <20060316141311.025fc19f.bugs.michael@gmx.net> On Thu, 16 Mar 2006 06:24:21 -0600, Rex Dieter wrote: > > This is insufficient and creates broken inter-library dependency chains. > > > > It seems that pieces within KDE still _require_ .la files to be present in > > %{_libdir}/kde3 in order to find/load plugins. E.g. k3b needs .la files > > for its plugins. However, these .la files contain dependencies to other > > .la files in %_libdir. So if you don't package .la files in %_libdir, but > > include other .la files which contain a dependency on the excluded files, > > this breaks the dependency chain. > > Turns out that the missing dependancies of loadable modules, in 100% of > cases that *I* have seen, is harmless. _so far_ ;) We've seen before how the broken libltdl in KDE caused ordinary applications to ignore .so files and require .la files to be present for non-KDE libs, too. The upstream bug report is still open, IIRC. Hence providing broken libtool depchains is not good. They may be "enough" for some special implementations, but can break any other implementation. With the example of k3b, an strace looks as if it first looks for a /usr/share/apps/k3b/plugins/k3b*.plugin file, then searches for %_libdir/kde3/k3b*.la and gives up if it doesn't find it. If it finds it, it dlopens the .so file with absolute path. Probably it evaluates some of the definitions in the .la file (dlname + libdir) to get the full path and doesn't use the rest. > So, I'm of the opinion that > unless a concrete example of broken-ness (ie, an app that doesn't work > after removing *only %_libdir/lib*.la), then I'd say don't worry about it. It needs run-time evaluation to test whether any loaded modules are not broken by that. I believe FC KDE contains the .la->.so fix, so the only hope is that no other implemenation evaluates more of what's stored within .la files. From bugzilla at redhat.com Thu Mar 16 13:23:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 08:23:30 -0500 Subject: [Bug 180067] Review Request: mod_cband - Bandwidth limiting for Apache vhosts In-Reply-To: Message-ID: <200603161323.k2GDNU7b013424@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_cband - Bandwidth limiting for Apache vhosts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180067 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2006-03-16 08:23 EST ------- Review for release 3: * RPM name is OK * Source mod-cband-0.9.7.2.tgz is the same as upstream * This is the latest version * Builds fine in mock * File list looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Thu Mar 16 13:36:23 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 16 Mar 2006 14:36:23 +0100 Subject: libtool archive madness In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060315224823.02d39b2f.bugs.michael@gmx.net> Message-ID: <1142516183.31760.132.camel@mccallum.corsepiu.local> On Thu, 2006-03-16 at 06:24 -0600, Rex Dieter wrote: > Michael Schwendt wrote: > > On Mon, 13 Mar 2006 15:03:24 -0600, Rex Dieter wrote: > > > >>> I have found the solution after a strace session. > >>> > >>> Don't remove the *.la files which will be installed by the make > >>> install step into the '%install' stanza.. Both .la files, the > >>> Kpart and the kio_slave will be needed. > >>> > >>> Conclussion: IN opposite to the packaging guidelines it may be > >>> make sense to put .la files into rpms for KDE programs. > >> If the packaging guidelines don't already say it, the omission of .la > >> files should be limited to shared libraries in %{_libdir}/ > > > > This is insufficient and creates broken inter-library dependency chains. > > > > It seems that pieces within KDE still _require_ .la files to be present in > > %{_libdir}/kde3 in order to find/load plugins. E.g. k3b needs .la files > > for its plugins. However, these .la files contain dependencies to other > > .la files in %_libdir. So if you don't package .la files in %_libdir, but > > include other .la files which contain a dependency on the excluded files, > > this breaks the dependency chain. > > Turns out that the missing dependancies of loadable modules, in 100% of > cases that *I* have seen, is harmless. So, I'm of the opinion that > unless a concrete example of broken-ness (ie, an app that doesn't work > after removing *only %_libdir/lib*.la), then I'd say don't worry about it. The point about *.la's, you both are seem to be deliberately want to ignore: * Many aspects about shared libraries are non-portable * Many aspects about shared libraries are non-standardized. * Many aspects about mixing shared/static libraries are non-portable. What libtool tries with it's *.la's is to implement is an additional layer (API) on top of libraries, which makes many of those aspects portable. As Linux is a fairly modern OS it isn't affected by most of the issues, which affect building shared libraries on other OSes. That's why *.la's, in the vast majority of cases are not necessary to keep Linux systems operational and appear as "unnecessarily restrictive and disturbing". I.e. the main purpose of *.la's is the portability related API they implement, and the dependencies they make visible. Most of these dependencies are dynamic under Linux ("Unnecessary"), but are static on many other OSes. Ralf From bugzilla at redhat.com Thu Mar 16 13:53:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 08:53:13 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603161353.k2GDrDZx019489@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-16 08:53 EST ------- (In reply to comment #18) > Please remember to file a separate bug about ExcludeArch: ppc and make it block > FE-ExcludeArch-ppc (see that bug and > http://fedoraproject.org/wiki/Packaging/ReviewGuidelines#head-2f03bba0a9f05b2ac0128eb1d70b1e3ce9f9dc40 > for more info). Done. Could you please have a look and tell me if everything is OK? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185615 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 13:58:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 08:58:58 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603161358.k2GDwwTs020504@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-16 08:58 EST ------- > May I ask why 3500 files are not covered by any %files section? The mozilla install target installs a lot of various files for development and testing, some files that seem to belong to calendar, etc. Whoever wrote the original spec files (probably a long while ago) for the mozilla package seems to have made the decision that it's too much work to sort out everything, manually pick the files we need to ship, and ignore the rest. Pure guessing from my part. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Thu Mar 16 14:19:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 16 Mar 2006 15:19:24 +0100 Subject: libtool archive madness In-Reply-To: <1142516183.31760.132.camel@mccallum.corsepiu.local> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060315224823.02d39b2f.bugs.michael@gmx.net> <1142516183.31760.132.camel@mccallum.corsepiu.local> Message-ID: <20060316151924.1e7804b9.bugs.michael@gmx.net> On Thu, 16 Mar 2006 14:36:23 +0100, Ralf Corsepius wrote: > The point about *.la's, you both are seem to be deliberately want to ignore: I disagree. I don't ignore this, and I'm aware of the benefits, too. From rdieter at math.unl.edu Thu Mar 16 14:32:25 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 16 Mar 2006 08:32:25 -0600 Subject: libtool archive madness In-Reply-To: <20060316141311.025fc19f.bugs.michael@gmx.net> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060315224823.02d39b2f.bugs.michael@gmx.net> <20060316141311.025fc19f.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Thu, 16 Mar 2006 06:24:21 -0600, Rex Dieter wrote: >>So, I'm of the opinion that >>unless a concrete example of broken-ness (ie, an app that doesn't work >>after removing *only %_libdir/lib*.la), then I'd say don't worry about it. > > > It needs run-time evaluation to test whether any loaded modules are not > broken by that. I believe FC KDE contains the .la->.so fix, so the only > hope is that no other implemenation evaluates more of what's stored within > .la files. I'd say that's a problem that should be targeted at fixing, instead of having to workaround any theoretical/possible problem by (IMO, insanely) taking the "all or nothing" stance on .la files. -- Rex From rdieter at math.unl.edu Thu Mar 16 14:39:27 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 16 Mar 2006 08:39:27 -0600 Subject: libtool archive madness In-Reply-To: <1142516183.31760.132.camel@mccallum.corsepiu.local> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060315224823.02d39b2f.bugs.michael@gmx.net> <1142516183.31760.132.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Thu, 2006-03-16 at 06:24 -0600, Rex Dieter wrote: > >>Michael Schwendt wrote: >> >>>On Mon, 13 Mar 2006 15:03:24 -0600, Rex Dieter wrote: >>> >>> >>>>>I have found the solution after a strace session. >>>>> >>>>>Don't remove the *.la files which will be installed by the make >>>>>install step into the '%install' stanza.. Both .la files, the >>>>>Kpart and the kio_slave will be needed. >>>>> >>>>>Conclussion: IN opposite to the packaging guidelines it may be >>>>>make sense to put .la files into rpms for KDE programs. >>>> >>>>If the packaging guidelines don't already say it, the omission of .la >>>>files should be limited to shared libraries in %{_libdir}/ >>> >>>This is insufficient and creates broken inter-library dependency chains. >>> >>>It seems that pieces within KDE still _require_ .la files to be present in >>>%{_libdir}/kde3 in order to find/load plugins. E.g. k3b needs .la files >>>for its plugins. However, these .la files contain dependencies to other >>>.la files in %_libdir. So if you don't package .la files in %_libdir, but >>>include other .la files which contain a dependency on the excluded files, >>>this breaks the dependency chain. >> >>Turns out that the missing dependancies of loadable modules, in 100% of >>cases that *I* have seen, is harmless. So, I'm of the opinion that >>unless a concrete example of broken-ness (ie, an app that doesn't work >>after removing *only %_libdir/lib*.la), then I'd say don't worry about it. > > > The point about *.la's, you both are seem to be deliberately want to ignore: > * Many aspects about shared libraries are non-portable > * Many aspects about shared libraries are non-standardized. > * Many aspects about mixing shared/static libraries are non-portable. > > What libtool tries with it's *.la's is to implement is an additional > layer (API) on top of libraries, which makes many of those aspects > portable. > > As Linux is a fairly modern OS it isn't affected by most of the issues, > which affect building shared libraries on other OSes. That's why *.la's, > in the vast majority of cases are not necessary to keep Linux systems > operational and appear as "unnecessarily restrictive and disturbing". *I* certainly am not ignoring this, and have almost always claimed the same, that "*.la's, in the vast majority of cases are not necessary". However, the point I'm trying to make is that the only case that I know of where .la files cause concrete harm (esp in packaging) are those associated with shared libs. That's why I'm suggesting that the packaging guidelines only include the requirement/hard-recommendation regarding %_libdir}/lib*.la files. Other .la files *probably* aren't needed (in most cases, except for many kde loadable modules/plugins(*)), but neither do they cause harm, so these should be dealt with either on a case-by-case basis and/or at the discretion of the packager -- Rex (*) Which I'd argue means there's probably a bug in there somewhere, but AFAIK, is difficult to diagnose/fix. From bugzilla at redhat.com Thu Mar 16 14:49:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 09:49:55 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603161449.k2GEntNj030864@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: |Review Request: |kdemulimedia-extras |kdemultimedia-extras CC| |bugs.michael at gmx.net Bug 176288 depends on bug 181824, which changed state. Bug 181824 Summary: Review Request: gstreamer08 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181824 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED ------- Additional Comments From bugs.michael at gmx.net 2006-03-16 09:49 EST ------- The source tarball must be stripped as in FC, so it doesn't include any code with licensing/patenting issues like: mpg123_artsplugin/mpg123 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 15:00:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 10:00:56 -0500 Subject: [Bug 177270] Review Request: libresample - A real-time library for audio sampling rate conversion In-Reply-To: Message-ID: <200603161500.k2GF0uFW000928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libresample - A real-time library for audio sampling rate conversion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177270 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-16 10:00 EST ------- What's the status of this package ? It seems to have been approved, but is still blocking FE-NEW. It's not been imported, nor 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 Thu Mar 16 15:18:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 10:18:53 -0500 Subject: [Bug 177270] Review Request: libresample - A real-time library for audio sampling rate conversion In-Reply-To: Message-ID: <200603161518.k2GFIrIR006103@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libresample - A real-time library for audio sampling rate conversion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177270 jeff at ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-16 10:18 EST ------- It's been imported and built... I suppose that I should have closed it 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 Thu Mar 16 15:25:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 10:25:22 -0500 Subject: [Bug 177270] Review Request: libresample - A real-time library for audio sampling rate conversion In-Reply-To: Message-ID: <200603161525.k2GFPMgu008236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libresample - A real-time library for audio sampling rate conversion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177270 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2006-03-16 10:25 EST ------- Right. I also put the proper blocker to FE-ACCEPT. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 15:27:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 10:27:43 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603161527.k2GFRhSo008865@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 ------- Additional Comments From somlo at cmu.edu 2006-03-16 10:27 EST ------- Spec Url: http://www.contrib.andrew.cmu.edu/~somlo/argus.spec SRPM Url: http://www.contrib.andrew.cmu.edu/~somlo/argus-2.0.6.fixes.1-7.src.rpm minor fix to argus-2.0.6.fixes.1-makefile.patch -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 15:36:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 10:36:29 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603161536.k2GFaTVD011696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From wart at kobold.org 2006-03-16 10:36 EST ------- (In reply to comment #4) > Looking at the specfile some more comments: > -the config.sh stuff is messy, very messy. But if it works it works. Yes, it is messy. Unfortunately, the included Configure script is interactive and thus, unsuitable for being run in a rpm spec file. sed + a pregenerated configure output file seemed like the next best solution. > -why games games as default group/owner. This should be root root I thought I had fixed that to %defattr(-root,root,-) in the -2 package. See comment #1. > -why games games for the binary, this should be root games. This way if someone > manages to get games uid rights he still can't modify (trojan) the binary Good point. The scoreboard should also be made root.games. > -why the fortune help and maps in /var/games can these be modified? The fortune file contains messages for fountains. The help is displayed in-game and may be used to provide specific messages to players when they run the game. The maps file contains maps for the final volcano levels. While all of these are modifiable, it is more likely that the help and fortunes file will change and the maps will remain static. Unfortunately, the game searches for all 4 (including the scoreboard) of these files in the same directory. I could patch the game to place maps in %{_datadir} and fortune and help in %{_sysconfdir}, but it seemed simplest to leave them all in /var/games/ularn. If the package placed only one file in /var/games, then there wouldn't be a need for the subdir. But since there's 4 files, the subdir helps reduce the clutter. > -why 775 for the dir can't you precreate the highscore file and make it 664 and > leave the directory as default (755). Or even better move maps help and fortunes > to /use/share and put the highscore file directly /var/games (with a name > indicating its owner package like ularn-highscores.bin) > > And judging from the ularn-build.patch will all the varg stuff The vararg stuff is a nightmare. Many of these early roguelike games seemed to feel that they had to rewrite sprintf, which introduced all of this mess. I haven't tried using a precreated highscore file. That's a good idea and should let us tighten up some of the file permissions, assuming it works. It seems that the setgid trick isn't actually letting me write to the scoreboard file, however. I'll have to dig around to see what's wrong with that. > its a security > nigthmare, it doesnot do any networking does it? Otherwise it will first need a > full audit. Networking? Oh my, no. ularn predates network-aware games. The only way you can use it in a networked environment is with 'ssh -t hostname ularn'. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Thu Mar 16 15:26:21 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Mar 2006 16:26:21 +0100 Subject: Creation of SIG QA Message-ID: <200603161606.k2GG6ee8014479@mx3.redhat.com> Hi folks, Following on Thorsten gentle prod, I created a QA SIG wiki page: http://fedoraproject.org/wiki/Extras/SIGs/QA All interested people are invited to register there and start discussing ideas, plans, and strategies on making us FE's chief nuisances :-) Don't forget your janitor's cap... Cheers, Christian From Christian.Iseli at licr.org Thu Mar 16 15:20:13 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Mar 2006 16:20:13 +0100 Subject: FE Package Status of Mar 16, 2006 Message-ID: <200603161606.k2GG6mBa014509@mx3.redhat.com> Hi folks, Here's this week's batch... Cheers, Christian --- FE Package Status of Mar 16, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 1529 packages - 49 orphans - 44 packages not available in extras devel or release andreas at bawue dot net dd_rescue cgoorah at yahoo dot com dot au kadischi chrisw at redhat dot com git-core dennis at ausil dot us cryptplug djoo at redhat dot com nabi dwmw2 at redhat dot com qemu dwmw2 at redhat dot com apmud foolish at guezz dot net muine gauret at free dot fr elmo gemi at bluewin dot ch inti gemi at bluewin dot ch drscheme ghenry at suretecsystems dot com gnome-applet-netmon ghenry at suretecsystems dot com rsnapshot ivazquez at ivazquez dot net gnome-theme-clearlooks ivazquez at ivazquez dot net gpredict j dot w dot r dot degoede at hhs dot nl libgsf113 jcarpenter at condell dot org tpctl jcarpenter at condell dot org configure-thinkpad jspaleta at gmail dot com istanbul jvdias at redhat dot com webmin kaboom at oobleck dot net openbox matthias at rpmforge dot net php-pecl-sqlite matthias at rpmforge dot net fillets-ng-data-cs nomis80 at nomis80 dot org juk notting at redhat dot com comps oliver at linux-kernel dot at squidGuard sgrubb at redhat dot com libsafe tcallawa at redhat dot com R-hdf5 tcallawa at redhat dot com stripesnoop tcallawa at redhat dot com compat-wxPythonGTK2 tcallawa at redhat dot com pam_pkcs11 tcallawa at redhat dot com opendap thm at duke dot edu perl-GD-SVG thm at duke dot edu perl-bioperl thm at duke dot edu perl-XML-Writer thm at duke dot edu perl-SVG thm at duke dot edu perl-SOAP-Lite thm at duke dot edu perl-Graph thm at duke dot edu perl-Text-Shellwords thm at duke dot edu perl-Heap toniw at iki dot fi libmatchbox wtogami at redhat dot com openoffice-extras zipsonic at gmail dot com nx zipsonic at gmail dot com freenx - 10 packages not available in extras devel but present in release dreadyman at gmail dot com yakuake matthias at rpmforge dot net php-mmcache notting at redhat dot com aqhbci-qt-tools tcallawa at redhat dot com R-RScaLAPACK tcallawa at redhat dot com libgdamm tcallawa at redhat dot com ebtables tcallawa at redhat dot com lout triad at df dot lth dot se nomadsync wart at kobold dot org freedroidrpg wtogami at redhat dot com iiimf-le-simplehangul - 3 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=165689 SquidGuard oliver at linux-kernel.at https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177270,184080 libresample jeff at ollie.clive.ia.us webmin jvdias at redhat.com - 7 packages present in the development repo which have no owners entry git ikvm jthread lcov libtomoe-gtk nessus-libraries perl-YAML-Parser-Syck - 7 orphaned packages, yet available in extras devel at-poke dia duplicity gtkglarea2 htb-util lua ots - 36 packages that moved to core FE-ACCEPT packages stats: - 600 accepted, closed package reviews - 3 accepted, closed package reviews not in repo - 5 accepted, closed package reviews not in owners - 7 accepted, open package reviews older than 4 weeks; - 9 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 70 open tickets - 15 tickets with no activity in eight weeks - 5 tickets with no activity in four weeks - 4 closed tickets FE-NEW packages stats: - 123 open tickets - 12 tickets with no activity in eight weeks - 24 tickets with no activity in four weeks - 6 closed tickets FE-NEEDSPONSOR packages stats: - 35 open tickets - 5 tickets with no activity in eight weeks - 12 tickets with no activity in four weeks FE-LEGAL packages stats: - 2 open tickets OPEN-BUGS packages stats: - 304 open tickets - 119 tickets with no activity in eight weeks - 53 tickets with no activity in four weeks CVS stats: - 1510 packages with a devel directory - 11 packages with no owners entry fuse-emulator ikvm initng jthread kile-i18n lcov libtomoe-gtk nessus-libraries perl-Gtk2-Spell perl-Maypole perl-YAML-Parser-Syck Maintainers stats: - 166 maintainers - 8 inactive maintainers with open bugs - 10 inactive maintainers From bugzilla at redhat.com Thu Mar 16 16:13:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 11:13:26 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603161613.k2GGDQEp022535@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 ------- Additional Comments From tibbs at math.uh.edu 2006-03-16 11:13 EST ------- The thing about readme.txt is that it also has a feature list and info about where to get music that it can play as well as a bunch of developer documentation. It's also the only documentation for the three executables which are included with the main package. We'll have to accept that there isn't a proper separation of user and developer documentation for this package, but if there's one file that actually describes what on earth the software does, it's readme.txt. If the intent of the package isn't to supply the three executables, perhaps it would also be reasonable to drop them and rename the package to "libdumb". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Thu Mar 16 16:23:43 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 16 Mar 2006 17:23:43 +0100 Subject: Creation of SIG QA In-Reply-To: <200603161606.k2GG6ee8014479@mx3.redhat.com> References: <200603161606.k2GG6ee8014479@mx3.redhat.com> Message-ID: <1142526224.2232.6.camel@localhost.localdomain> Am Donnerstag, den 16.03.2006, 16:26 +0100 schrieb Christian.Iseli at licr.org: > Following on Thorsten gentle prod, I created a QA SIG wiki page: > http://fedoraproject.org/wiki/Extras/SIGs/QA Thorsten will lay down his ideas for the QA anytime in the next days -- but guys, feel free to start discussing. I have other things higher on my todo-List atm. Sorry. Cu thl -- Thorsten Leemhuis From bugzilla at redhat.com Thu Mar 16 16:22:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 11:22:03 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603161622.k2GGM35H024855@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From rdieter at math.unl.edu 2006-03-16 11:21 EST ------- %changelog * Thu Mar 16 2006 Rex Dieter 6:3.5.1-6 - -core/-extras: use (fc's) kdemultimedia-3.5.1-patched.tar.bz2 Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kdemultimedia-extras.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdemultimedia-extras-3.5.1-6.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 16:48:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 11:48:10 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603161648.k2GGmAO8032172@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |183370 ------- Additional Comments From triad at df.lth.se 2006-03-16 11:48 EST ------- I'm putting in an explicit dependency on bug 183370 so we don't go any further until the /usr/com issue has been resolved/rejected/third solution by the filesystem package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Thu Mar 16 16:57:41 2006 From: triad at df.lth.se (Linus Walleij) Date: Thu, 16 Mar 2006 17:57:41 +0100 (CET) Subject: FE Package Status of Mar 16, 2006 In-Reply-To: <200603161606.k2GG6mBa014509@mx3.redhat.com> References: <200603161606.k2GG6mBa014509@mx3.redhat.com> Message-ID: On Thu, 16 Mar 2006 Christian.Iseli at licr.org wrote: > - 10 packages not available in extras devel but present in release > triad at df dot lth dot se nomadsync I fixed this one yesterday. Linus From j.w.r.degoede at hhs.nl Thu Mar 16 17:20:09 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Mar 2006 18:20:09 +0100 Subject: Helping getting geda sponsored Message-ID: <44199E49.3080900@hhs.nl> Hi all, I'm an electronics teacher and one of my students is currently using a locally compiled version of geda on FC5 this seems to work well as suich I would like to see geda packaged. There already is a review request for geda, but the packager needs a sponsor. I'm willing todo a review, but I can't sponsor any sponsers who are willing to watch over my back and do the actual approving? Thanks & Regards, Hans From bugzilla at redhat.com Thu Mar 16 17:12:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 12:12:26 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603161712.k2GHCQxH005981@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From rdieter at math.unl.edu 2006-03-16 12:12 EST ------- %changelog * Thu Mar 16 2006 Rex Dieter 6:3.5.1-7 - kfile-plugins/mp3: -extras -> -nonfree Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kdemultimedia-extras.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdemultimedia-extras-3.5.1-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 Thu Mar 16 17:27:24 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 16 Mar 2006 17:27:24 +0000 Subject: Helping getting geda sponsored In-Reply-To: <44199E49.3080900@hhs.nl> References: <44199E49.3080900@hhs.nl> Message-ID: <44199FFC.2070206@city-fan.org> Hans de Goede wrote: > I'm an electronics teacher and one of my students is currently using a > locally compiled version of geda on FC5 this seems to work well as suich > I would like to see geda packaged. There already is a review request for > geda, but the packager needs a sponsor. I'm willing todo a review, but I > can't sponsor any sponsers who are willing to watch over my back and do > the actual approving? I'll help. I've a background in electronics but I'm not a geda user. Is your student using the packages that up for review? Paul. From j.w.r.degoede at hhs.nl Thu Mar 16 17:34:11 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Mar 2006 18:34:11 +0100 Subject: Helping getting geda sponsored In-Reply-To: <44199FFC.2070206@city-fan.org> References: <44199E49.3080900@hhs.nl> <44199FFC.2070206@city-fan.org> Message-ID: <4419A193.9060108@hhs.nl> Paul Howarth wrote: > Hans de Goede wrote: >> I'm an electronics teacher and one of my students is currently using a >> locally compiled version of geda on FC5 this seems to work well as >> suich I would like to see geda packaged. There already is a review >> request for geda, but the packager needs a sponsor. I'm willing todo a >> review, but I can't sponsor any sponsers who are willing to watch over >> my back and do the actual approving? > > I'll help. I've a background in electronics but I'm not a geda user. Thanks > Is your student using the packages that up for review? Nope he is using a localy compiled version I'll try to see if he is willing to switch to them and I'll start a review of them. Shall I add you to the CC when I start the review? Regards, Hans From wart at kobold.org Thu Mar 16 17:35:05 2006 From: wart at kobold.org (Michael Thomas) Date: Thu, 16 Mar 2006 09:35:05 -0800 Subject: FE Package Status of Mar 16, 2006 In-Reply-To: <200603161606.k2GG6mBa014509@mx3.redhat.com> References: <200603161606.k2GG6mBa014509@mx3.redhat.com> Message-ID: <4419A1C9.5060809@kobold.org> Christian.Iseli at licr.org wrote: [...] > - 10 packages not available in extras devel but present in release [...] > wart at kobold dot org freedroidrpg I've kicked off a rebuild. The buildsys was having problems a couple of days ago when I took ownership of this one, and I forgot to come back to it later. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From ville.skytta at iki.fi Thu Mar 16 17:35:36 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Mar 2006 19:35:36 +0200 Subject: kchm packaging help needed In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <1142318589.13824.5.camel@bobcat.mine.nu> <1142357116.14278.13.camel@bobcat.mine.nu> Message-ID: <1142530536.5917.12.camel@bobcat.mine.nu> On Thu, 2006-03-16 at 06:26 -0600, Rex Dieter wrote: > Ville Skytt? wrote: > > On Tue, 2006-03-14 at 07:07 -0600, Rex Dieter wrote: > > >> But xmms' .la files don't cause harm like those associated with shared > >> libraries do... > > > Ok, bad example, but I'm sure it's possible to find others that do. > > OK, I'm anxiously waiting for a better/valid example then... (-: > (Because I don't think you'll be able to find one...) Here's a couple of potential starting points for those who want to spend time looking for one: ls /usr/lib*/*/lib*.so.* | xargs rpm -qf | sort -u ls /usr/lib*/*/*/lib*.so.* | xargs rpm -qf | sort -u qt and mysql look like good candidates offhand. From paul at city-fan.org Thu Mar 16 17:38:01 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 16 Mar 2006 17:38:01 +0000 Subject: Helping getting geda sponsored In-Reply-To: <4419A193.9060108@hhs.nl> References: <44199E49.3080900@hhs.nl> <44199FFC.2070206@city-fan.org> <4419A193.9060108@hhs.nl> Message-ID: <4419A279.6090301@city-fan.org> Hans de Goede wrote: > Paul Howarth wrote: > >> Hans de Goede wrote: >> >>> I'm an electronics teacher and one of my students is currently using >>> a locally compiled version of geda on FC5 this seems to work well as >>> suich I would like to see geda packaged. There already is a review >>> request for geda, but the packager needs a sponsor. I'm willing todo >>> a review, but I can't sponsor any sponsers who are willing to watch >>> over my back and do the actual approving? >> >> >> I'll help. I've a background in electronics but I'm not a geda user. > > Thanks > >> Is your student using the packages that up for review? > > Nope he is using a localy compiled version I'll try to see if he is > willing to switch to them and I'll start a review of them. That would be very useful, a good way of checking that the packages work as intended and demonstrating that the packager is worthy of sponsorship :-) > Shall I add you to the CC when I start the review? Yes please. Paul. From fedora at leemhuis.info Thu Mar 16 17:41:24 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 16 Mar 2006 18:41:24 +0100 Subject: Orpahns? (Re: Rebuild status) In-Reply-To: <1141482453.8209.82.camel@localhost.localdomain> References: <1141476312.8209.35.camel@localhost.localdomain> <1141482453.8209.82.camel@localhost.localdomain> Message-ID: <1142530884.2232.29.camel@localhost.localdomain> Am Samstag, den 04.03.2006, 15:27 +0100 schrieb Thorsten Leemhuis: > Am Samstag, den 04.03.2006, 13:45 +0100 schrieb Thorsten Leemhuis: > > latest rebuild status: 181 Packages still need a rebuild. [...] Only 69 are left. See http://www.fedoraproject.org/wiki/Extras/FC5Status > I looked a bit closer at some of the other packagers that didn't rebuild > a single package in the past weeks. I suspect that the packages listed > below might be orphaned; their packages will get a copy of this mail > directly. Guys, are you still around? > > Maybe they show up. I think if they don't do until Thursday Thursday was Thursday last week ;-) > > mihai_AT_xcyb.org htb-util 0.2.4-0.4.pre1 > There was never a commit from him in Fedora Extras afaics. Anyone > interested in taking this one over? Orphaned, but still in the repo. I suggest we remove it. > > davidhart_AT_tqmcube.com leafnode 1.9.53-3 > David Hart/eyecon > Last cvs activity I found: Wed Jul 13 2005 No response iirc, nothing depends on it. I suggest we remove it. > > fredrik_AT_dolda2000.com icmpdn 0.3-2 > Fredrik Tolf/oliver > Imported on Sat Jul 9 2005, no activity since then. Response "I definitely wouldn't mind if someone would go ahead and rebuild it for me (although that should preferably be done with the newer 0.4 version), but I am in no greater hurry to restart the process of getting an account, so if noone feels up to it, go ahead and orphan it. ", nothing depends on it. I suggest we remove it." Nothing happened. Let's remove it for now and help Fredrik a bit to get the stuff rolling again. > > toniw_AT_iki.fi silky 0.5.4-1 > Toni Willberg/twillber > Last cvs activity I found: Sun Mar 20 2005 No response iirc, nothing depends on it. I suggest we remove it. Cu thl -- Thorsten Leemhuis From bugzilla at redhat.com Thu Mar 16 17:39:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 12:39:26 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603161739.k2GHdQxM012471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-16 12:39 EST ------- Okay, I took a serious look today. I must say I don't like your deviation from the standard FE practices all the %global stuff is ugly and is clearly meant for building outside the FE infrastructure, which is not something we wish to support. However your other packages already in FE (and thus approved) use similar constructions and if you ever orphan this package stripping this uglyness will be easy enough. So concedering this and since besides your (smallish) FE practices deviations you do great work I'll let this slip / be as is. What however is a problem is the fact that the SRPM does not build as a normal user: + /usr/bin/make DESTDIR=/var/tmp/kismet-0.0.2005.08.R1-1-root install /usr/bin/make -e commoninstall make[1]: Entering directory `/usr/src/redhat/BUILD/kismet-2005-08-R1' mkdir -p /var/tmp/kismet-0.0.2005.08.R1-1-root/etc/kismet mkdir -p /var/tmp/kismet-0.0.2005.08.R1-1-root/usr/bin install -o "root" -g "root" -m 755 scripts/kismet /var/tmp/kismet-0.0.2005.08.R1-1-root/usr/bin/kismet install: cannot change ownership of `/var/tmp/kismet-0.0.2005.08.R1-1-root/usr/bin/kismet': Operation not permitted make[1]: *** [commoninstall] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/kismet-2005-08-R1' This also explains why I didn't see any special rights and user %attr under %files. Please make the compile work as a normal user and use %attr todo _all_ the special stuff, so that one can see from the spec that this is a suid binary which currently cannot be seen from the spec. Also why exactly does kismet need its own user? I assume this is done so that any possible exploits in kismet can't do much damage since the exploit will run as user kismet? And why does kismet have /var/lib/kismet as homedir? since its a disabled account it doesn't need one couldn't you just create a /var/log/kismet, drop the logs there and not under /var/lib/kismet/logs and also use /var/log/kismet as the homedir? AFAIK there will be no files needed / created under the homedir so there is no need for a seperate home and logs dir. And whats with the gps being disabled with ./configure and then packaged as -extras that doesn't 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 bugzilla at redhat.com Thu Mar 16 18:07:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 13:07:48 -0500 Subject: [Bug 182173] Review Request: eterm - a color vt102 terminal emulator In-Reply-To: Message-ID: <200603161807.k2GI7m4s019293@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eterm - a color vt102 terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 ------- Additional Comments From terjeros at phys.ntnu.no 2006-03-16 13:07 EST ------- I sent a mail to Michael some time ago, however no feedback yet. You have seen the comments on #182175? Uhm, seems like this is a mess: src/command.{c,h}: Copyright John Bovey, not make money or GPL. src/grkelot.{c,h}: Copyright Angelo Haritsis, unknown. src/libscream.c : Copyright Azundris, LGPL. src/netdisp.c : Copyright Chuck Blake/mj olesen, not make money thingie. src/{scream.h,screancfg.h}, : Azundris, BSD. src/screen.h : Robert Nation and mj olesen, ?. the rest : Copyright Michael Jennings, BSD(?). BTW: I think Eterm was shipped in RHL 9 and is included in Debian 3.1. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dlutter at redhat.com Thu Mar 16 18:24:16 2006 From: dlutter at redhat.com (David Lutterkort) Date: Thu, 16 Mar 2006 10:24:16 -0800 Subject: [ruby] multilib and noarch In-Reply-To: <1142493559.5523.19.camel@bobcat.mine.nu> References: <1142379225.28528.98.camel@currant.watzmann.net> <1142408564.30369.19.camel@bobcat.mine.nu> <20060316.133453.-1573377919.tagoh@redhat.com> <1142493559.5523.19.camel@bobcat.mine.nu> Message-ID: <1142533456.4560.52.camel@currant.watzmann.net> On Thu, 2006-03-16 at 09:19 +0200, Ville Skytt? wrote: > Someone who knows more about ruby will have to fill in the details here > and judge how bad the incompatiblity is or whether it actually exists, > but I'd imagine ruby's corresponding functionality as python's distutils > and friends (or is it only the already discussed paths in the config?) > needs to be also modified so that noarch things are installed to that > path. Ruby doesn't provide much out of the box for installation of additional libraries. People usually just write scripts (or modify existing ones) that use the 5 paths I listed in my original email. There's at least one script in the ruby build itself (ext/extmk.rb line 383) that assumes that archdir is underneath rubylibdir; since this is always true in ruby installations, it's likely that other ruby packages with binary content make that assumption too, i.e. we definitely shouldn't mess with the nesting of rubylibdir/archdir and sitelibdir/sitearchdir. David From bugzilla at redhat.com Thu Mar 16 18:18:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 13:18:24 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603161818.k2GIIOxC021862@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tibbs at math.uh.edu 2006-03-16 13:18 EST ------- Cool. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Thu Mar 16 18:27:06 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 16 Mar 2006 12:27:06 -0600 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1142502450.31760.101.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Thu, 16 Mar 2006 10:47:30 +0100") References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> Message-ID: >>>>> "RC" == Ralf Corsepius writes: RC> This Requires: is redundant and causes a duplicate RC> "R: perl(Spoon) >= 0.22" inside of the RPM. We discussed this already; the consensus was that it was OK to leave in the versioned dependencies as RPM will only pick up unversioned ones. However, if you want to open another discussion, feel free. - J< From katzj at redhat.com Thu Mar 16 18:31:36 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 16 Mar 2006 13:31:36 -0500 Subject: CVS Branching for FC/FE 5 this afternoon Message-ID: <1142533896.23758.31.camel@orodruin.boston.redhat.com> I'm going to be doing the CVS branching for Fedora Core/Extras 5 this afternoon. While running the script for Extras, I will be locking access to CVS and the build system will be down. Also, I'll turn off syncmail to avoid spamming everyone with 1000 branch commits :) I expect to be starting this process at about 3 pm Eastern (2000 UTC) and it shouldn't take more than an hour. When things come back up (and I'll send mail at that time), builds for FE5 will need to be done separately from the development tree. Jeremy From ville.skytta at iki.fi Thu Mar 16 18:41:53 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Mar 2006 20:41:53 +0200 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> Message-ID: <1142534513.5917.14.camel@bobcat.mine.nu> On Thu, 2006-03-16 at 12:27 -0600, Jason L Tibbitts III wrote: > >>>>> "RC" == Ralf Corsepius writes: > > RC> This Requires: is redundant and causes a duplicate > RC> "R: perl(Spoon) >= 0.22" inside of the RPM. > > We discussed this already; the consensus was that it was OK to leave > in the versioned dependencies as RPM will only pick up unversioned > ones. However, if you want to open another discussion, feel free. Where did the previous discussion take place? The above sounds like a wrong conclusion to me. From bugzilla at redhat.com Thu Mar 16 18:38:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 13:38:22 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603161838.k2GIcMQI027147@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-16 13:37 EST ------- * Thu Mar 16 2006 Enrico Scholz - 0.0.2005.08.R1-2 - set *USR and *GRP variables to avoid problems with certain 'install' versions http://ensc.de/fedora/kismet.spec http://ensc.de/fedora/kismet-0.0.2005.08.R1-2.src.rpm ======== > all the %global stuff is ugly The %global is required because %define is buggy > install -o "root" -g "root" -m 755 scripts/kismet > /var/tmp/kismet-0.0.2005.08.R1-1-root/usr/bin/kismet > install: cannot change ownership of ... strange... my 'install' ignores this kind of errors: | [ensc at kosh kismet]$ install -o root -g man kismet.spec /tmp/ | [ensc at kosh kismet]$ ll /tmp/kismet.spec | -rwxr-xr-x 1 ensc ensc 3944 16. M?r 19:13 /tmp/kismet.spec | [ensc at kosh rpmspecs]$ rpm -qf $(which install) | coreutils-5.2.1-48.1 > so that one can see from the spec that this is a suid binary ??? There should be no SUID binary in the 'kismet' package > Also why exactly does kismet need its own user? See section 6, "Suidroot & Security" in the shipped README > And why does kismet have /var/lib/kismet as homedir? kismet stores information about found networks under ~/.kismet (see the 'configdir' variable in kismet.conf) > And whats with the gps being disabled with ./configure and then > packaged as -extras that doesn't make sense? ??? My spec file states | %configure --enable-ipv6 --sysconfdir=%cfgdir GPS support won't be disabled there. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Thu Mar 16 18:53:56 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 16 Mar 2006 19:53:56 +0100 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1142534513.5917.14.camel@bobcat.mine.nu> References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> <1142534513.5917.14.camel@bobcat.mine.nu> Message-ID: <1142535236.31760.149.camel@mccallum.corsepiu.local> On Thu, 2006-03-16 at 20:41 +0200, Ville Skytt? wrote: > On Thu, 2006-03-16 at 12:27 -0600, Jason L Tibbitts III wrote: > > >>>>> "RC" == Ralf Corsepius writes: > > > > RC> This Requires: is redundant and causes a duplicate > > RC> "R: perl(Spoon) >= 0.22" inside of the RPM. > > > > We discussed this already; the consensus was that it was OK to leave > > in the versioned dependencies as RPM will only pick up unversioned > > ones. However, if you want to open another discussion, feel free. > > Where did the previous discussion take place? Neither do I know. > The above sounds like a wrong conclusion to me. Yes, this conclusion is wrong - Simply try and you will see. Ralf From bugzilla at redhat.com Thu Mar 16 18:51:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 13:51:30 -0500 Subject: [Bug 184331] Review Request: K-3D - 3D modeling and rendering system In-Reply-To: Message-ID: <200603161851.k2GIpUmM030187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: K-3D - 3D modeling and rendering system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184331 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gemi at bluewin.ch ------- Additional Comments From gemi at bluewin.ch 2006-03-16 13:51 EST ------- (In reply to comment #0) > rpmlint will complain about header files in the main RPM (in /usr/share): as far as i understand this is a false positive, though if a K3D power-user could confirm i'd appreciate. These are included by for shaders and thus and integral part of the package, I would say. I did not look closely at your spec file, but here is the spec file I used for building the package. May be you find something useful. http://math.ifi.unizh.ch/fedora/spec/k3d.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 18:57:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 13:57:14 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603161857.k2GIvELn031292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gemi at bluewin.ch ------- Additional Comments From gemi at bluewin.ch 2006-03-16 13:57 EST ------- - Does it make sense to compile .py to .pyc? - Don't use / to list files. Only package files and directories that are actually owned. - Here is the output of rpmlint: W: gjots2 no-version-in-last-changelog E: gjots2 no-binary E: gjots2 only-non-binary-in-usr-lib E: gjots2 script-without-shellbang /usr/lib/gjots2/sortDialog.py E: gjots2 script-without-shellbang /usr/lib/gjots2/file.py E: gjots2 script-without-shellbang /usr/lib/gjots2/general.py E: gjots2 standard-dir-owned-by-package /usr/bin E: gjots2 script-without-shellbang /usr/lib/gjots2/prefs.py E: gjots2 script-without-shellbang /usr/lib/gjots2/find.py E: gjots2 standard-dir-owned-by-package /usr/lib E: gjots2 standard-dir-owned-by-package /usr/src W: gjots2 file-not-utf8 /usr/share/man/man1/docbook2gjots.1.gz E: gjots2 standard-dir-owned-by-package /usr/share/man/man1 E: gjots2 script-without-shellbang /usr/lib/gjots2/gui.py E: gjots2 standard-dir-owned-by-package /usr W: gjots2 file-not-utf8 /usr/share/man/man1/gjots2docbook.1.gz E: gjots2 standard-dir-owned-by-package /usr/share E: gjots2 standard-dir-owned-by-package /usr/share/man E: gjots2 script-without-shellbang /usr/lib/gjots2/common.py W: gjots2 file-not-utf8 /usr/share/man/man1/gjots2html.1.gz E: gjots2 script-without-shellbang /usr/lib/gjots2/version.py E: gjots2 script-without-shellbang /usr/lib/gjots2/__init__.py E: gjots2 script-without-shellbang /usr/lib/gjots2/printDialog.py -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 18:57:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 13:57:27 -0500 Subject: [Bug 185423] Review Request: php-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR In-Reply-To: Message-ID: <200603161857.k2GIvRLA031353@www.beta.redhat.com> Please 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-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185423 ------- Additional Comments From Fedora at FamilleCollet.com 2006-03-16 13:57 EST ------- I probably forget something, but i try this RPM and the "pear make-rpm-spec" failed because it search for the template.spec in the %{buildroot} I simply add, in the %install (inspired from php-pear.spec) : # Relocate everything: sed -si "s,%{buildroot},,g" $(find %{buildroot}%{peardir} -name \*.php) If this is useful there, it can probably be add to the default template.spec. Cordialy. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 19:02:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:02:54 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603161902.k2GJ2sGA032617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gemi at bluewin.ch ------- Additional Comments From gemi at bluewin.ch 2006-03-16 14:02 EST ------- (In reply to comment #3) > Perhaps you should be adapting Planet CCRMA's packages instead of Mandrake packages. > > http://ccrma.stanford.edu/planetccrma/software/ Probably even contact Fernando from CCRMA how to handle future common packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 19:07:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:07:43 -0500 Subject: [Bug 182173] Review Request: eterm - a color vt102 terminal emulator In-Reply-To: Message-ID: <200603161907.k2GJ7hXJ001122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eterm - a color vt102 terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 ------- Additional Comments From ed at eh3.com 2006-03-16 14:07 EST ------- Hi Terje, I'm not sure how to proceed here. It looks like parts of the source are licensed under conflicting terms. So, what to do? I think we should ask for feedback and will send an email today... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 19:17:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:17:33 -0500 Subject: [Bug 185663] New: Review Request: sweep - An audio editor and live playback 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=185663 Summary: Review Request: sweep - An audio editor and live playback tool Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: gemi at bluewin.ch QAContact: fedora-extras-list at redhat.com Spec Url: http://math.ifi.unizh.ch/fedora/spec/sweep.spec SRPM Url: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/sweep-0.9.1-1.src.rpm Description: Sweep is an audio editor and live playback tool for GNU/Linux, BSD and compatible systems. It supports many music and voice formats including WAV, AIFF, Ogg Vorbis, Speex and MP3, with multichannel editing and LADSPA effects plugins. This has been requested on the Extras Wishlist. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ed at eh3.com Thu Mar 16 19:24:15 2006 From: ed at eh3.com (Ed Hill) Date: Thu, 16 Mar 2006 14:24:15 -0500 Subject: help with Eterm license(s) Message-ID: <1142537056.3278.171.camel@ernie> Hi folks, I'm trying to review Eterm: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 and am uncertain whether the various licenses within the source code are, as a whole, acceptable. They appear to conflict and the upstream maintainer (and main author) has not been very helpful regarding license issues: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182175 (please see comment #6) Can someone please say what ought to be done here? 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 joost at soeterbroek.com Thu Mar 16 19:26:36 2006 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Thu, 16 Mar 2006 20:26:36 +0100 Subject: Need help with build on x86_64 arch Message-ID: <1142537197.6987.2.camel@alexandria> Hi, Need help with build on x86_64 arch: My package builds correctly on i386 arch with mock, but fails in plague on x86_64 arch: http://buildsys.fedoraproject.org/logs/fedora-development-extras/6309-clearsilver-0.10.3-1.fc5/ Could anyone please check this package on x86_64: http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver-0.10.3-1.src.rpm Thanks in advance, Joost Soeterbroek From j.w.r.degoede at hhs.nl Thu Mar 16 19:35:07 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 16 Mar 2006 20:35:07 +0100 Subject: Taking ownership of dia Message-ID: <4419BDEB.6080101@hhs.nl> Hi, I see dia needs a rebuild and is owned by extras-orphan_AT_fedoraproject.org, iow its orphaned. If no one else wants it / objects I'll take it. Regards, Hans From buildsys at fedoraproject.org Thu Mar 16 19:35:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 16 Mar 2006 14:35:54 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060316193554.4E48F807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 hdf5-1.6.5-3.fc3 wine-docs-0.9.10-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 16 19:36:39 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 16 Mar 2006 14:36:39 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060316193639.DF9F3807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 16 hdf5-1.6.5-4.fc4 libtunepimp-0.4.2-1.fc4 lucidlife-0.9-4.fc4 perl-Kwiki-0.38-3.fc4 perl-Kwiki-Archive-Rcs-0.15-4.fc4 perl-Kwiki-Attachments-0.18-1.fc4 perl-Kwiki-Diff-0.03-2.fc4 perl-Kwiki-ModPerl-0.09-2.fc4 perl-Kwiki-NewPage-0.12-3.fc4 perl-Kwiki-Raw-0.02-2.fc4 perl-Kwiki-RecentChanges-0.13-3.fc4 perl-Kwiki-Revisions-0.15-3.fc4 perl-Kwiki-Search-0.12-3.fc4 perl-Kwiki-UserName-0.14-3.fc4 perl-Kwiki-UserPreferences-0.13-3.fc4 perl-Kwiki-Users-Remote-0.04-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 16 19:39:03 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 16 Mar 2006 14:39:03 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060316193903.5EE99807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 23 bonnie++-1.03a-5.fc5 freedroidrpg-0.9.13-2.fc5 fuse-emulator-0.7.0-6.fc5 hdf5-1.6.5-5.fc5 irssi-0.8.10-4.fc5 koffice-1.4.95-1.fc5 libcddb-1.2.1-2.fc5 libebml-0.7.6-2.fc5 libsexy-0.1.7-1.fc5 libsndfile-1.0.14-1.fc5 libtunepimp-0.4.2-1.fc5 lucidlife-0.9-4.fc5 lvcool-1.0.0-4.fc5 lzo-1.08-6.fc5 muine-0.8.4-5.fc5 nexuiz-data-1.5-1 nomadsync-0.4.2-12.fc5 perl-Digest-Nilsimsa-0.06-6.fc5 perl-Module-Build-0.2612-1.fc5 perl-Module-Build-0.2612-2.fc5 perl-Razor-Agent-2.77-3.fc5 python-matplotlib-0.87.2-1.fc5 wine-docs-0.9.10-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From Jochen at herr-schmitt.de Thu Mar 16 19:39:51 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 16 Mar 2006 20:39:51 +0100 Subject: help with Eterm license(s) In-Reply-To: <1142537056.3278.171.camel@ernie> References: <1142537056.3278.171.camel@ernie> Message-ID: <0ML2xA-1FJyL20PsJ-0003P9@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 16 Mar 2006 14:24:15 -0500, you wrote: >I'm trying to review Eterm: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 > >and am uncertain whether the various licenses within the source code >are, as a whole, acceptable. They appear to conflict and the upstream >maintainer (and main author) has not been very helpful regarding license On debian I have found a license file at http://packages.debian.org/changelogs/pool/main/e/eterm/eterm_0.9.2-8/eterm.copyright and debian contains the package in the main repository. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBRBm/EU9gByurcX4MEQIO1gCg01Yjpysje7AQXVN3uMShCqPNdJUAmwQH uWdGok7fxwidoVwQJUwhRYv+ =YHm9 -----END PGP SIGNATURE----- From bugzilla at redhat.com Thu Mar 16 19:40:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:40:34 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603161940.k2GJeYfY009479@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-16 14:40 EST ------- Ok, todo before starting a full review: -make highscore file with sgid work, or forget all about sgid and store it under $HOME/.ularn (per user highscores, as most other games do). -move fortune, maps and help to /usr/share/ularn IMHO they are all static, other wise one could put pwads (== maps) under /etc too. -if using sgid highscores make it a single file under /var/games If you run into trouble doing this feel free to ask for help (as always). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Thu Mar 16 19:59:57 2006 From: wart at kobold.org (Michael Thomas) Date: Thu, 16 Mar 2006 11:59:57 -0800 Subject: Need help with build on x86_64 arch In-Reply-To: <1142537197.6987.2.camel@alexandria> References: <1142537197.6987.2.camel@alexandria> Message-ID: <4419C3BD.4040701@kobold.org> Joost Soeterbroek wrote: > Hi, > > Need help with build on x86_64 arch: > > My package builds correctly on i386 arch with mock, but fails in plague > on x86_64 arch: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6309-clearsilver-0.10.3-1.fc5/ > > Could anyone please check this package on x86_64: > > http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver-0.10.3-1.src.rpm The package is installing neo_cgi.so into /usr/lib, regardless of the architecture of the host system. It should be using %{_libdir} instead of /usr/lib. The %files section is trying to pick it up fromm %{python_sitearch}/neo_cgi.so, which evaluates to /usr/lib64 on x86_64, which results in the file not found error in your build log. --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Thu Mar 16 19:55:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:55:18 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603161955.k2GJtIip012357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-16 14:55 EST ------- (In reply to comment #15) > > all the %global stuff is ugly > > The %global is required because %define is buggy > I wasn't talking about the use of %global vs %define, I was talking about the version and release stuff, which is unnescesarry and very different from how the rest of FE does it. You clearly have a different style and don't want to adapt (see curly braces discussion), since there is no hard required codingstyle for FE like there is for the kernel I'll accept this, but I don't like it. Now lets stop discussing this and focus on the stuff that matters. > > so that one can see from the spec that this is a suid binary > > ??? There should be no SUID binary in the 'kismet' package > You're right I thought there was / would be because of the extra user now that I've actually been able to build (and install) it my knowledge of kismet has improved and much of the questions below have been answered already, non the less thanks for the answer. > > Also why exactly does kismet need its own user? > > See section 6, "Suidroot & Security" in the shipped README > I already thougt as much. > > > And whats with the gps being disabled with ./configure and then > > packaged as -extras that doesn't make sense? > > ??? My spec file states > > | %configure --enable-ipv6 --sysconfdir=%cfgdir > > GPS support won't be disabled there. > My bad, gps support was disabled in a sed script not in the configure I now understand the sed script only edits the default config file and does not impact compilation. > > > And why does kismet have /var/lib/kismet as homedir? > > kismet stores information about found networks under ~/.kismet (see > the 'configdir' variable in kismet.conf) > Yes, thanks for the new spec much better. I do have one problem left I don't like the /var/lib/kismet/.kismet and /var/lib/kismet/logs construction at all. Since both the state (configdir configfile option) and the log directory can be configured from the config file why not use: /var/log/kismet for the logs and: /var/lib/kismet for the state (thus without the .kismet behind it) Thats much cleaner IMHO. If we can get that one sorted out I'll do a full review 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 Mar 16 19:56:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:56:44 -0500 Subject: [Bug 185576] Review Request: dumb - IT, XM, S3M and MOD player library In-Reply-To: Message-ID: <200603161956.k2GJuinn012714@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumb - IT, XM, S3M and MOD player library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185576 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-16 14:56 EST ------- Thanks, imported and build, closing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 19:59:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:59:04 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603161959.k2GJx4Dj013230@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From wart at kobold.org 2006-03-16 14:58 EST ------- (In reply to comment #6) > Ok, todo before starting a full review: > -make highscore file with sgid work, or forget all about sgid and store it under > $HOME/.ularn (per user highscores, as most other games do). I like the idea of a shared scoreboard file so that you can see how you rank with other players, so I'll continue to work on the sgid bits. > -move fortune, maps and help to /usr/share/ularn IMHO they are all static, other > wise one could put pwads (== maps) under /etc too. > -if using sgid highscores make it a single file under /var/games Will do. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 19:59:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 14:59:44 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603161959.k2GJxike013413@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gemi at bluewin.ch ------- Additional Comments From gemi at bluewin.ch 2006-03-16 14:59 EST ------- - rpmlint complains about development. Since they are part of the main package, these errors can be ignored. - Maybe also include the Example directory with the doc dir. - Include the cmake-mode.el for emacs, the .vim files for vim -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ndbecker2 at gmail.com Thu Mar 16 20:05:44 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 16 Mar 2006 15:05:44 -0500 Subject: Need help with build on x86_64 arch References: <1142537197.6987.2.camel@alexandria> <4419C3BD.4040701@kobold.org> Message-ID: Michael Thomas wrote: > Joost Soeterbroek wrote: >> Hi, >> >> Need help with build on x86_64 arch: >> >> My package builds correctly on i386 arch with mock, but fails in plague >> on x86_64 arch: >> >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/6309-clearsilver-0.10.3-1.fc5/ >> >> Could anyone please check this package on x86_64: >> >> http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver-0.10.3-1.src.rpm > > The package is installing neo_cgi.so into /usr/lib, regardless of the > architecture of the host system. It should be using %{_libdir} instead > of /usr/lib. > > The %files section is trying to pick it up fromm > %{python_sitearch}/neo_cgi.so, which evaluates to /usr/lib64 on x86_64, > which results in the file not found error in your build log. > And install into /usr/lib is what's wrong - don't change %files. From bugzilla at redhat.com Thu Mar 16 20:08:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 15:08:12 -0500 Subject: [Bug 185673] New: Review Request: pmidi 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=185673 Summary: Review Request: pmidi Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: triad at df.lth.se QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/pmidi.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/pmidi-1.6.0-1.src.rpm Description: pmidi is a command-line based MIDI player the utilize the internal ALSA sequencer to play back a MIDI stream from for example a .mid file onto for example a built-in OPL sound chip or similar sequencer device. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From toshio at tiki-lounge.com Thu Mar 16 20:18:56 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 16 Mar 2006 12:18:56 -0800 Subject: Need help with build on x86_64 arch In-Reply-To: <1142537197.6987.2.camel@alexandria> References: <1142537197.6987.2.camel@alexandria> Message-ID: <1142540338.3440.13.camel@localhost> On Thu, 2006-03-16 at 20:26 +0100, Joost Soeterbroek wrote: > Hi, > > Need help with build on x86_64 arch: > > My package builds correctly on i386 arch with mock, but fails in plague > on x86_64 arch: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6309-clearsilver-0.10.3-1.fc5/ > Well, here's the relevant problem in the build.log:: + make install DESTDIR=/var/tmp/clearsilver-0.10.3-1.fc5-root-mockbuild [...] make[1]: Entering directory `/builddir/build/BUILD/clearsilver-0.10.3/python' ../mkinstalldirs /var/tmp/clearsilver-0.10.3-1.fc5-root-mockbuild/usr/lib/python2.4/site-packages mkdir /var/tmp/clearsilver-0.10.3-1.fc5-root-mockbuild/usr/lib mkdir /var/tmp/clearsilver-0.10.3-1.fc5-root-mockbuild/usr/lib/python2.4 mkdir /var/tmp/clearsilver-0.10.3-1.fc5-root-mockbuild/usr/lib/python2.4/site-packages /usr/bin/install -c neo_cgi.so /var/tmp/clearsilver-0.10.3-1.fc5-root-mockbuild/usr/lib/python2.4/site-packages make[1]: Leaving directory `/builddir/build/BUILD/clearsilver-0.10.3/python' make install is using /usr/lib/python2.4 instead of %{_libdir}/python2.4. The root of the problem is in the configure.in which attempts to determine a lot of information about python but does it wrong... Especially on multilib systems. You could fix the configure.in to use python's builtin understanding of its sitearch/sitelib directories and send the fixes upstream. An alternate hack in the spec file that is not suitable for upstream would be to sed the rules.mk file to place the proper value for the python paths in this line:: PYTHON_SITE = @PYTHON_SITE@ -Toshio From buildsys at fedoraproject.org Thu Mar 16 20:26:55 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 16 Mar 2006 15:26:55 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060316202655.83A957FD1@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 galeon-2.0.1-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 16 20:27:04 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 16 Mar 2006 15:27:04 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060316202704.955AC7FD1@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 1 dumb-0.9.3-2.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Mar 16 20:33:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 15:33:31 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603162033.k2GKXVic021762@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ------- Additional Comments From triad at df.lth.se 2006-03-16 15:33 EST ------- OK thanks Ville: Spec: http://www.df.lth.se/~triad/krad/fc/gnokii.spec SRPM: http://www.df.lth.se/~triad/krad/fc/gnokii-0.6.12-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 20:42:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 15:42:20 -0500 Subject: [Bug 182966] Review Request: argus-2.0.6.fixes.1-1.src.rpm In-Reply-To: Message-ID: <200603162042.k2GKgKgP023764@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: argus-2.0.6.fixes.1-1.src.rpm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182966 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From kevin at tummy.com 2006-03-16 15:42 EST ------- With those changes everything looks good... should be approved and good to go. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From steve at silug.org Thu Mar 16 20:55:21 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 16 Mar 2006 14:55:21 -0600 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1142502450.31760.101.camel@mccallum.corsepiu.local> References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> Message-ID: <20060316205521.GA7327@osiris.silug.org> On Thu, Mar 16, 2006 at 10:47:30AM +0100, Ralf Corsepius wrote: > > Requires: perl(Spoon) >= 0.22 > ^^^^^^^^^^^^ > This Requires: is redundant and causes a duplicate > "R: perl(Spoon) >= 0.22" inside of the RPM. Generally speaking, I remove non-versioned deps cpanspec picks up if rpm's auto-deps catches them, but I leave the versioned deps (since rpm rarely catches those). In this case, I see that it does, so I'll remove the explicit Requires the next time I build the package. 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 Thu Mar 16 21:10:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 16:10:26 -0500 Subject: [Bug 175844] Review Request: wmx -- really simple and basic X window manager In-Reply-To: Message-ID: <200603162110.k2GLAQgn028307@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wmx -- really simple and basic X window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175844 somlo at cmu.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From somlo at cmu.edu 2006-03-16 16:10 EST ------- sponsorship now complete, closing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 16 21:11:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 16:11:23 -0500 Subject: [Bug 177841] Tracker: New Extras packages that need a sponsor In-Reply-To: Message-ID: <200603162111.k2GLBNsG028583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages that need a sponsor Alias: FE-NEEDSPONSOR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177841 Bug 177841 depends on bug 175844, which changed state. Bug 175844 Summary: Review Request: wmx -- really simple and basic X window manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175844 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 ed at eh3.com Thu Mar 16 21:18:23 2006 From: ed at eh3.com (Ed Hill) Date: Thu, 16 Mar 2006 16:18:23 -0500 Subject: help with Eterm license(s) In-Reply-To: <0ML2xA-1FJyL20PsJ-0003P9@mrelayeu.kundenserver.de> References: <1142537056.3278.171.camel@ernie> <0ML2xA-1FJyL20PsJ-0003P9@mrelayeu.kundenserver.de> Message-ID: <1142543904.3278.200.camel@ernie> On Thu, 2006-03-16 at 20:39 +0100, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 16 Mar 2006 14:24:15 -0500, you wrote: > > >I'm trying to review Eterm: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 > > > >and am uncertain whether the various licenses within the source code > >are, as a whole, acceptable. They appear to conflict and the upstream > >maintainer (and main author) has not been very helpful regarding license > > On debian I have found a license file at > > http://packages.debian.org/changelogs/pool/main/e/eterm/eterm_0.9.2-8/eterm.copyright > > and debian contains the package in the main repository. Hi Jochen, OK, it got through the debian packaging process which sounds like a good sign but is not sufficient for Fedora [I don't see any Fedora guidelines that say "if its in Debian's main repository then its perfectly OK for us, too!" :-)] What about the (apparently?) conflicting license terms within the various source files? Have you read them? At least one file states that it cannot be sold for profit and other files have GPL, LGPL, and BSD-ish licenses. As the submitter says, its messy. So my question is: is it messy but acceptable or should it be rejected? - Ed "not a lawyer and don't want to become one..." Hill -- 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 Mar 16 21:32:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 16:32:21 -0500 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: Message-ID: <200603162132.k2GLWL8A000615@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-RPM2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184530 ------- Additional Comments From jvdias at redhat.com 2006-03-16 16:32 EST ------- OK, I've resolved each of the issues raised: > - I can't find any evidence of license terms under which this package can be > distributed, which would be a blocker and in need of fixing upstream The rpm has always had tag: 'License: distributable ' and there are no license restrictions or copyright in any source file or on the package CPAN home-page. As perl-RPM2 is already distributed in every Fedora Core and RHEL release except FC-5, these terms are evidently acceptable. > - Extras packages shouldn't have a buildreq on perl This package cannot be built without the perl package being installed; hence, the 'BuildRequires: perl' tag. > - latest changelog release tag doesn't match actual release tag huh? The %{version}-%{release} is 0.66-12 - latest changelog: * Thu Mar 08 2006 Jason Vas Dias - 0.66-12 > - some of the tests fail but "make check" passes - why? Because the package was not being built as root. Now, all tests that require root access are skipped if being run by a non-root user, so all tests pass as a non-root user; I've also tested that those tests are run and pass if run by root. > - missing buildreqs elfutils-libelf-devel and bzip2-devel Added. > - using find/filelist method for %files results in unowned directory > %{perl_vendorarch}/auto/RPM2 I've added: %dir %{perl_vendorarch}/auto/RPM2 to %files list. >- consider adding %{?dist} tag if this package is likely to be needed for > future Fedora releases Added. Modified .spec file and srpm at: http://people.redhat.com/~jvdias/perl-RPM2.spec http://people.redhat.com/~jvdias/perl-RPM2-0.66-12.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wtogami at redhat.com Thu Mar 16 21:50:57 2006 From: wtogami at redhat.com (Warren Togami) Date: Thu, 16 Mar 2006 16:50:57 -0500 Subject: UPDATE Re: CVS Branching for FC/FE 5 this afternoon In-Reply-To: <1142533896.23758.31.camel@orodruin.boston.redhat.com> References: <1142533896.23758.31.camel@orodruin.boston.redhat.com> Message-ID: <4419DDC1.4080506@redhat.com> Jeremy Katz wrote: > I'm going to be doing the CVS branching for Fedora Core/Extras 5 this > afternoon. While running the script for Extras, I will be locking > access to CVS and the build system will be down. Also, I'll turn off > syncmail to avoid spamming everyone with 1000 branch commits :) I > expect to be starting this process at about 3 pm Eastern (2000 UTC) and > it shouldn't take more than an hour. > > When things come back up (and I'll send mail at that time), builds for > FE5 will need to be done separately from the development tree. > > Jeremy > It will be a few more hours before the buildsys is brought online. Warren From orion at cora.nwra.com Thu Mar 16 22:06:23 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 16 Mar 2006 15:06:23 -0700 Subject: Help with dependencies - Re: [Bug 184467] Review Request: cmake In-Reply-To: <200603161959.k2GJxike013413@www.beta.redhat.com> References: <200603161959.k2GJxike013413@www.beta.redhat.com> Message-ID: <4419E15F.4000200@cora.nwra.com> bugzilla at redhat.com wrote: > > ------- Additional Comments From gemi at bluewin.ch 2006-03-16 14:59 EST ------- > - rpmlint complains about development. Since they are part of the main > package, these errors can be ignored. > - Maybe also include the Example directory with the doc dir. > - Include the cmake-mode.el for emacs, the .vim files for vim > > I'm hesitant to add a dependency to cmake for emacs and vim-common in order to install the .el and .vim files. Should I be? Most devel systems will certainly have one or the other. With ftnchek I made an -emacs sub-package for its .el file, which seems to have precedent. I don't know of any -vim sub-packages. I guess I could just put it in the docs area for folks to install themselves, but that seems to go against the spirit of "install it and it works". Is there a way to point emacs or vim to a .el or .vim file in another location. Something like a /etc/ld.so.conf.d directory? -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From bugzilla at redhat.com Thu Mar 16 22:19:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 17:19:13 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603162219.k2GMJD3o013126@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From bugs.michael at gmx.net 2006-03-16 17:18 EST ------- > kfile-plugins/mp3: -extras -> -nonfree I was about to suggest that ;-), since although the plugin only handles ID3 tag access, it doesn't make much sense to include this (and the MIME type assignment!) without mp3 codec support in KDE. So, moving this is the better choice, 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 pertusus at free.fr Thu Mar 16 22:26:37 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 16 Mar 2006 23:26:37 +0100 Subject: help with Eterm license(s) In-Reply-To: <1142543904.3278.200.camel@ernie> References: <1142537056.3278.171.camel@ernie> <0ML2xA-1FJyL20PsJ-0003P9@mrelayeu.kundenserver.de> <1142543904.3278.200.camel@ernie> Message-ID: <20060316222637.GA2510@free.fr> > OK, it got through the debian packaging process which sounds like a good > sign but is not sufficient for Fedora [I don't see any Fedora guidelines > that say "if its in Debian's main repository then its perfectly OK for > us, too!" :-)] The comment #4 should, in my opinion, be submitted to the debian maintainer. This package doesn't seems to be in shape for inclusion in debian. > What about the (apparently?) conflicting license terms within the > various source files? Have you read them? At least one file states > that it cannot be sold for profit and other files have GPL, LGPL, and > BSD-ish licenses. As the submitter says, its messy. So my question is: > is it messy but acceptable or should it be rejected? As it is, I think that it should be rejected. Or changed such that files with problematic copyrights are removed. The Comment #4 seems to me to carry a rigorous licence review. Only one thing is missing, that in command.c there are other copyright holders that should be contacted to accept to change their code to GPL before the whole file may be considered as GPL. Same apply for another file. I think that the next step would be to contact the debian maintainer, and maybe other distros, to warn them that they are doing something illegal (LGPL conflicts with no sell), given that the upstream has allready been contacted. -- Pat From bugzilla at redhat.com Thu Mar 16 22:27:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 17:27:45 -0500 Subject: [Bug 184104] Review Request: acpi - Command-line ACPI client In-Reply-To: Message-ID: <200603162227.k2GMRjTV015558@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acpi - Command-line ACPI client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184104 ------- Additional Comments From pertusus at free.fr 2006-03-16 17:27 EST ------- Updated here. As a side note, I don't think that a missing %{?dist} should be noted as a blocker... Not a big deal. http://www.environnement.ens.fr/perso/dumas/fc-srpms/acpi-0.09-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 16 22:52:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 17:52:01 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603162252.k2GMq1Kq023464@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From wart at kobold.org 2006-03-16 17:51 EST ------- The scoreboard is now located in /var/games/Ularn-scoreboard, and the other data files have been moved to /usr/share/ularn. Additionally, ularn drops its setgid privileges almost immediately, just after opening the scoreboard file. http://kobold.org/~wart/fedora/ularn-1.5p4-3.src.rpm http://kobold.org/~wart/fedora/ularn.spec The failure to write to the scoreboard turned out to be a misunderstanding. ularn won't write a scoreboard file entry if you have a zero score, which is what was happening during my testing. :O Attempts to debug the problem with strace and gdb failed because they use ptrace(), which disables any set[ug]id bits. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 01:36:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 20:36:34 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603170136.k2H1aY8q015750@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 ------- Additional Comments From jpmahowald at gmail.com 2006-03-16 20:36 EST ------- These apply to the other gEDA specs as well. * The gd license is really BSD, change it * If you are going to tag the package for a distro use the %{?dist} tag as described in DistTag on the wiki The current hardcoded value results in fc4 in the Release tag on this rawhide 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 Fri Mar 17 03:54:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 22:54:32 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603170354.k2H3sWiu005813@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 ------- Additional Comments From imlinux at gmail.com 2006-03-16 22:54 EST ------- Good catch, I'll be working the perl issues soon. Question about the perl modules. Is there some way to say "does not provide" in RPM? Or is that cheating :-D. I've never packaged a perl module so I may need help with that. I'll let you know when they're ready (unless you'd like to assist :-D) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 04:39:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 23:39:44 -0500 Subject: [Bug 185721] New: Review Request: yadex - Doom level/wad 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=185721 Summary: Review Request: yadex - Doom level/wad editor Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: wart at kobold.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/yadex.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/yadex-1.7.0-1.src.rpm Description: A Doom/DoomII/Heretic level editor -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 04:41:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 16 Mar 2006 23:41:59 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603170441.k2H4fxNU015430@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From wart at kobold.org 2006-03-16 23:41 EST ------- I just realized the .desktop file is missing. I'll add it shortly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 05:17:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 00:17:00 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603170517.k2H5H0Oc020235@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From wart at kobold.org 2006-03-17 00:16 EST ------- .desktop file included: http://www.kobold.org/~wart/fedora/yadex-1.7.0-2.src.rpm http://www.kobold.org/~wart/fedora/yadex.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From katzj at redhat.com Fri Mar 17 07:32:35 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 17 Mar 2006 02:32:35 -0500 Subject: CVS Branching for FC/FE 5 this afternoon In-Reply-To: <1142533896.23758.31.camel@orodruin.boston.redhat.com> References: <1142533896.23758.31.camel@orodruin.boston.redhat.com> Message-ID: <1142580755.2737.10.camel@aglarond.local> On Thu, 2006-03-16 at 13:31 -0500, Jeremy Katz wrote: > I'm going to be doing the CVS branching for Fedora Core/Extras 5 this > afternoon. While running the script for Extras, I will be locking > access to CVS and the build system will be down. Also, I'll turn off > syncmail to avoid spamming everyone with 1000 branch commits :) I > expect to be starting this process at about 3 pm Eastern (2000 UTC) and > it shouldn't take more than an hour. Sorry about that -- it took longer than expected and then I had to leave for an emergency and have just gotten back online. CVS should be available again and there are now branches for FE-5. On the buildsystem side of things, things look like everything is working although a few little tweaks will be needed as FC5 and FE5 trees become available. My apologies on the extended downtime, but sometimes real life happens and this was one of those times. Thanks for your understanding Jeremy From bugzilla at redhat.com Fri Mar 17 10:05:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 05:05:16 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603171005.k2HA5GVF006471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 ------- Additional Comments From paul at city-fan.org 2006-03-17 05:05 EST ------- (In reply to comment #6) > Good catch, I'll be working the perl issues soon. Question about the perl > modules. Is there some way to say "does not provide" in RPM? Or is that > cheating :-D. I've never packaged a perl module so I may need help with that. There was a discussion on filtering perl requires/provides on fedora-perl-devel-list earlier this month: http://www.redhat.com/archives/fedora-perl-devel-list/2006-March/msg00001.html A few suggestions were made but no decision as to which way was "best". Most will work though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 10:12:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 05:12:44 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603171012.k2HACiRs007957@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-17 05:12 EST ------- MUST ==== * rpmlint output: E: ularn zero-length /var/games/Ularn-scoreboard E: ularn non-standard-executable-perm /usr/bin/Ularn 02755 Both are due to the already discussed scoreboard stuff and can be ignored. * Package named correctly * GPL license OK. * spec file legible, in Am. English * Source matches upstream * Successfully compiles and builds on at least one platform (FC-5 x86_64) (lots of warnings though!) * no locale data, shared libraries, or static libraries * No excessive Requires: or BR: * Summary and description ok * macro use consistent * Game content permissible * Not relocatable * %doc does not affect runtime MUSTFIX ======= * Package should own /usr/share/ularn, just use %{_datadir}/%{name} instead of the 3 seperate lines for the 3 files under this dir. * You currently use setegid to drop the games group, that however wont affect the saved gid and thus an attacker can regain these rights by a simpel setgid(games-gid). I've been reading a lot if setxxxgid man pages, and this is the solution: #define _GNU_SOURCE /* this must be done before the first include of unistd.h */ #include .... gid_t realgid = getgid(); if (setresgid(-1, realgid, realgid) != 0) { perror("Could not drop setgid privileges. Aborting."); exit(1); } Also notice the perror instead of the "fprintf(stderr, " this will tell the user why it failed (or atleast give a clue). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 10:43:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 05:43:12 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603171043.k2HAhCDj013908@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-17 05:43 EST ------- Question: Why the Requires: freedoom? Problem on FC-5: src/wadlist.cc: In member function 'void Wad_list::del()': src/wadlist.cc:178: error: no match for 'operator=' in '((Wad_list*)this)->Wad__list::priv->Wad_list_priv::iter = 0' /usr/lib/gcc/x86_64-redhat-linux/4.1.0/../../../../include/c++/4.1.0/bits/stl_list.h:112: note: candidates are: std::_List_iterator >&) I'll see if I can fix this, also some 64 bit related warnings to check out (printf argument size). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 12:02:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 07:02:41 -0500 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: Message-ID: <200603171202.k2HC2fPa028386@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-RPM2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184530 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2006-03-17 07:02 EST ------- (In reply to comment #3) > OK, I've resolved each of the issues raised: > > > - I can't find any evidence of license terms under which this package can be > > distributed, which would be a blocker and in need of fixing upstream > > The rpm has always had tag: > 'License: distributable > ' > and there are no license restrictions or copyright in any source file > or on the package CPAN home-page. As perl-RPM2 is already distributed > in every Fedora Core and RHEL release except FC-5, these terms are > evidently acceptable. Put it this way; if this package had not been included in previous Core/RHEL releases, it would definitely not be allowed into Extras without a clear license. There is a similar issue affecting Bug 171640 (perl-Log-Dispatch-FileRotate). Given that packages migrating from Core to Extras must go through the same review process as any other package, I don't think this issue can waived so lightly. What I think needs to happen is one of: (a) Upstream clarifying the license, or (b) Legal stating that this particular package is OK (and, preferably, why), or (c) Legal stating that a class of packages into which this one falls (e.g. packages from CPAN, packages migrating from Core) are OK to be included without a clear license; this could be beneficial for perl-Log-Dispatch-FileRotate too. > > - Extras packages shouldn't have a buildreq on perl > > This package cannot be built without the perl package being > installed; hence, the 'BuildRequires: perl' tag. Perl is explicitly listed as one of the exclusions from BuildRequires in the packaging guidelines at: http://fedoraproject.org/wiki/Packaging/Guidelines and the package review guidelines at http://fedoraproject.org/wiki/Packaging/ReviewGuidelines state that: MUST: A package must not contain any BuildRequires that are listed in the exceptions section of Packaging Guidelines. > > - latest changelog release tag doesn't match actual release tag > > huh? The %{version}-%{release} is 0.66-12 - latest changelog: > * Thu Mar 08 2006 Jason Vas Dias - 0.66-12 Not in the original SRPM, which had: * Fri Feb 03 2006 Jason Vas Dias - 0.66-11.1 > > - some of the tests fail but "make check" passes - why? > > Because the package was not being built as root. > > Now, all tests that require root access are skipped if being run by a non-root > user, so all tests pass as a non-root user; I've also tested that those tests > are run and pass if run by root. Good; I understand why the tests were failing originally, but what I don't understand is why the presence of failing tests didn't cause the package build to fail in %check. > > - missing buildreqs elfutils-libelf-devel and bzip2-devel > > Added. Good. Build in mock now works. > > - using find/filelist method for %files results in unowned directory > > %{perl_vendorarch}/auto/RPM2 > > I've added: > %dir %{perl_vendorarch}/auto/RPM2 > > to %files list. Good. > >- consider adding %{?dist} tag if this package is likely to be needed for > > future Fedora releases > > Added. Good. > Modified .spec file and srpm at: > http://people.redhat.com/~jvdias/perl-RPM2.spec > http://people.redhat.com/~jvdias/perl-RPM2-0.66-12.src.rpm Please bump the release number for iterations of packages during the review process; it helps people to see which version is being referred to. Still to do: clarify license, remove perl buildreq. Then I can approve. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 12:03:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 07:03:52 -0500 Subject: [Bug 179276] Request for kernel-module-ntfs inclusion in fedora extras In-Reply-To: Message-ID: <200603171203.k2HC3qkE028590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Request for kernel-module-ntfs inclusion in fedora extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179276 ------- Additional Comments From snecklifter at gmail.com 2006-03-17 07:03 EST ------- Submitted request to gdk as suggested by Rahul - better late than never. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 17 12:23:06 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Mar 2006 07:23:06 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-17 Message-ID: <200603171223.k2HCN6wY022154@mx3.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.i686 pam_mount 0.9.25-4.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.ppc kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.ppc pam_mount 0.9.25-4.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.x86_64 kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.x86_64 kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.x86_64 pam_mount 0.9.25-4.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: redhat AT flyn.org package: pam_mount - 0.9.25-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 ---------------------------------------------------------------------- New report for: jeff AT ultimateevil.org package: up-imapproxy - 1.2.4-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 ---------------------------------------------------------------------- New report for: jdennis AT redhat.com package: cyrus-imapd-nntp - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 cyrus-imapd = 0:2.2.12-6.fc4 From bugzilla at redhat.com Fri Mar 17 12:17:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 07:17:39 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603171217.k2HCHdHG030678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From rvokal at redhat.com 2006-03-17 07:17 EST ------- I've fixed some of those issues, see http://people.redhat.com/rvokal/gjots2/gjots2-2.3.4-2.src.rpm but there are still 2 remaining, which I'm not sure how to fix E: gjots2 no-binary E: gjots2 only-non-binary-in-usr-lib does it apply on python? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Fri Mar 17 12:53:32 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 17 Mar 2006 13:53:32 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-17 In-Reply-To: <200603171223.k2HCN6wY022154@mx3.redhat.com> References: <200603171223.k2HCN6wY022154@mx3.redhat.com> Message-ID: <1142600012.17927.19.camel@thl.ct.heise.de> Am Freitag, den 17.03.2006, 07:23 -0500 schrieb Michael Schwendt: > cyrus-imapd-murder 2.2.12-6.fc4.i386 > cyrus-imapd-nntp 2.2.12-6.fc4.i386 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185728 Seems these are leftovers that can be deleted. Waiting for comment from the owner. > kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.i686 > kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.i686 > kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.i686 > kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.i686 Scop will take care of those. > pam_mount 0.9.25-4.i386 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174190 I suggest we remove the package for now. > up-imapproxy 1.2.4-4.fc5.i386 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185729 CU thl From bugzilla at redhat.com Fri Mar 17 12:54:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 07:54:06 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603171254.k2HCs6Ue004309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From paul at city-fan.org 2006-03-17 07:53 EST ------- (In reply to comment #3) > I've fixed some of those issues, see > > http://people.redhat.com/rvokal/gjots2/gjots2-2.3.4-2.src.rpm > > but there are still 2 remaining, which I'm not sure how to fix > > E: gjots2 no-binary > E: gjots2 only-non-binary-in-usr-lib > > does it apply on python? Yes. Usually these would go under %{python_sitelib}, which rpmlint wouldn't complain about. And the usual fix for the "script without shellbang" issue would be to remove the execute bit from the .py files rather than adding shellbangs. This is because the python modules are imported by the scripts you do actually execute (in %{_bindir}) and they don't need to be executable for that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From andreas.bierfert at lowlatency.de Fri Mar 17 13:53:45 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Fri, 17 Mar 2006 14:53:45 +0100 Subject: Buildsys does not allow for FC3 builds anymore Message-ID: <20060317145345.5e08fddb@alkaid.a.lan> Hi, with the branching etc the buildsys does not allow for building of FC3 anymore (whereas fc{4,5} and devel work fine) [02:45 PM][awjb at alkaid ~/cvs/fedora/extras/rpms/wine/FC-3]$ make build /usr/bin/plague-client build wine wine-0_9_10-1_fc3 fc3 Error: an error ocurred communicating with the server. '' make: *** [build] Error 1 - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Fri Mar 17 14:04:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 09:04:16 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200603171404.k2HE4GoF015990@www.beta.redhat.com> Please 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 jpmahowald at gmail.com 2006-03-17 09:04 EST ------- Doesn't work on rawhide with modular X. http://fedoraproject.org/wiki/Xorg/Modularization -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 17 14:09:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 09:09:06 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603171409.k2HE96II016781@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-17 09:08 EST ------- (In reply to comment #1) > First remark on the %pre script: I don't think the code that checks for an older > version and fixup things should be in the fedora spec. It adds a lot of unneeded > complexity without being able to catch all the possibilities. Moreover it uses > /tmp in an insecure way opening the possibility of a symlink attack. > > I think it would be better to have a quick explanation of what should be done in > case there is an old fcron, at the end of the description. Shame on me! This code is to check for very old version which implies fcrontabs conversion. > A nitpick: I think that it is better not to add the package name in the summary, > it will always be added by the utilities that use the summary. OK. > An advice: maybe it isn't sendmail which is required, but smtpdaemon. I'm waiting for an answer from upstream maintainer to know if fcron can support postfix or exim, or if it needs sendmail. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 14:11:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 09:11:19 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603171411.k2HEBJV9017125@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-17 09:11 EST ------- Spec Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SPECS/fcron.spec SRPM Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SRPMS/fcron-3.0.1-2.src.rpm %changelog * Fri Mar 17 2006 Alain Portal 3.0.1-2 - Remove package name from summary. - Remove useless management of very old previous version. - Use Makefile OPTIM feature. - Use %{_localstatedir} macro instead of hard coded path. - Use %{_buildshell}, %{__chmod}, %{__chown}, %{__id}, %{__install}, %{__mv}, %{__perl}, %{__rm} and %{__sed} macros. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 14:12:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 09:12:46 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200603171412.k2HECkBr017343@www.beta.redhat.com> Please 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 rdieter at math.unl.edu 2006-03-17 09:11 EST ------- Re: comment #6. Too bad using 'none' makes static libs instead of shared ones. IMO it's better to live with the "non-pic in shared libs" warning that to force static libs on everyone... Re: comment #11: Probably will have to do something like: %if "%{?fedora}" > "4" # who knows exactly which X libs are required, but this is a start BuildRequires: libX11-devel %else BuildRequires: xorg-x11-devel %endif I'll do a quick build here to check... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 17 14:16:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 09:16:56 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200603171416.k2HEGuvV017968@www.beta.redhat.com> Please 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 rdieter at math.unl.edu 2006-03-17 09:16 EST ------- Yep, only -lX11 is used for linking, so BR: libX11-devel should be sufficient on 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 Mar 17 14:20:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 09:20:17 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200603171420.k2HEKH9Y018534@www.beta.redhat.com> Please 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 rdieter at math.unl.edu 2006-03-17 09:19 EST ------- Re: comment #6. Looks like you can get shared libs back by using --host=linux-none instead of --host=none -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 17 15:11:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 10:11:54 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603171511.k2HFBscM027691@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 ------- Additional Comments From wart at kobold.org 2006-03-17 10:11 EST ------- (In reply to comment #9) > MUST > ==== [...] > * Successfully compiles and builds on at least one platform (FC-5 x86_64) > (lots of warnings though!) Odd. I don't get many warnings on FC-4, mostly a few harmless "ignoring return value" warnings. Must be from the new gcc. I'll look at fixing these up after I import the package and upgrade my desktop to FC-5. [...] > MUSTFIX > ======= > * Package should own /usr/share/ularn, just use %{_datadir}/%{name} instead > of the 3 seperate lines for the 3 files under this dir. Done. > * You currently use setegid to drop the games group, that however wont affect > the saved gid and thus an attacker can regain these rights by a simpel > setgid(games-gid). I've been reading a lot if setxxxgid man pages, and this is > the solution: [...] Fixed. New package, contains an updated -drop-setgid patch and 0wns %{_datadir}/ularn: http://www.kobold.org/~wart/fedora/ularn-1.5p4-4.src.rpm http://www.kobold.org/~wart/fedora/ularn.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dcbw at redhat.com Fri Mar 17 15:25:00 2006 From: dcbw at redhat.com (Dan Williams) Date: Fri, 17 Mar 2006 10:25:00 -0500 Subject: Buildsys does not allow for FC3 builds anymore In-Reply-To: <20060317145345.5e08fddb@alkaid.a.lan> References: <20060317145345.5e08fddb@alkaid.a.lan> Message-ID: <1142609100.2633.0.camel@dhcp83-103.boston.redhat.com> On Fri, 2006-03-17 at 14:53 +0100, Andreas Bierfert wrote: > Hi, > > with the branching etc the buildsys does not allow for building of FC3 anymore > (whereas fc{4,5} and devel work fine) > > [02:45 PM][awjb at alkaid ~/cvs/fedora/extras/rpms/wine/FC-3]$ make build > /usr/bin/plague-client build wine wine-0_9_10-1_fc3 fc3 > Error: an error ocurred communicating with the server. ' 'Config.InvalidTargetException:Invalid target string.'>' make: *** [build] > Error 1 Problem crept in during update of config files yesterday after the FC5 branch. Fixing now. Buildsys may be down for a bit when it's restarted for the config fixes. Dan From dcbw at redhat.com Fri Mar 17 15:29:23 2006 From: dcbw at redhat.com (Dan Williams) Date: Fri, 17 Mar 2006 10:29:23 -0500 Subject: Buildsys does not allow for FC3 builds anymore In-Reply-To: <1142609100.2633.0.camel@dhcp83-103.boston.redhat.com> References: <20060317145345.5e08fddb@alkaid.a.lan> <1142609100.2633.0.camel@dhcp83-103.boston.redhat.com> Message-ID: <1142609363.2633.2.camel@dhcp83-103.boston.redhat.com> On Fri, 2006-03-17 at 10:25 -0500, Dan Williams wrote: > On Fri, 2006-03-17 at 14:53 +0100, Andreas Bierfert wrote: > > Hi, > > > > with the branching etc the buildsys does not allow for building of FC3 anymore > > (whereas fc{4,5} and devel work fine) > > > > [02:45 PM][awjb at alkaid ~/cvs/fedora/extras/rpms/wine/FC-3]$ make build > > /usr/bin/plague-client build wine wine-0_9_10-1_fc3 fc3 > > Error: an error ocurred communicating with the server. ' > 'Config.InvalidTargetException:Invalid target string.'>' make: *** [build] > > Error 1 > > Problem crept in during update of config files yesterday after the FC5 > branch. Fixing now. Buildsys may be down for a bit when it's restarted > for the config fixes. Should be fixed now. Please try queuing your build again. Thanks! Dan From buildsys at fedoraproject.org Fri Mar 17 15:37:39 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Mar 2006 10:37:39 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060317153739.4027C807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 4 multisync-0.90.18-5.fc4 qemu-0.8.0-3.fc4 wine-0.9.10-1.fc4 xfce4-xkb-plugin-0.3.4-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Mar 17 16:02:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 11:02:45 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603171602.k2HG2jin005367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From bugs.michael at gmx.net 2006-03-17 11:01 EST ------- I'm content with the files I see in the built binary packages. juk has not crashed one time yet, btw. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 17 16:15:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 11:15:39 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603171615.k2HGFdSi007988@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-17 11:15 EST ------- Approved, About the warnings I get lots of non void function lacking return warnings and lots of /* within comment warnings. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 16:18:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 11:18:25 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603171618.k2HGIPmt008374@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From wart at kobold.org 2006-03-17 11:18 EST ------- (In reply to comment #3) > Question: Why the Requires: freedoom? Yadex won't run without an iwad, so I modified the default configuration to use the freedoom iwad. Without an iwad yadex will complain and quit, and I guarantee that will result in a bug report the first time someone tries to use it. :) Best to avoid the issue and Requires: an iwad. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 16:47:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 11:47:39 -0500 Subject: [Bug 185260] Review Request: python-chm - Python package for CHM files handling In-Reply-To: Message-ID: <200603171647.k2HGldEP014485@www.beta.redhat.com> Please 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-chm - Python package for CHM files handling https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185260 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpmahowald at gmail.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-17 11:47 EST ------- Good: - rpmlint checks return: W: python-chm-debuginfo objdump-failed Not critical. - package meets naming guidelines - package meets packaging guidelines, following python template - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86_64) - 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 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 16:53:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 11:53:53 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603171653.k2HGrrWb015971@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From ville.skytta at iki.fi 2006-03-17 11:53 EST ------- (In reply to comment #3) > - Use %{_localstatedir} macro instead of hard coded path. > - Use %{_buildshell}, %{__chmod}, %{__chown}, %{__id}, %{__install}, > %{__mv}, %{__perl}, %{__rm} and %{__sed} macros. Remember, macros are expanded in changelogs too, so you'll most likely want to double the % there like in %%{_localstatedir}. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 16:59:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 11:59:48 -0500 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: Message-ID: <200603171659.k2HGxmhJ017071@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-RPM2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184530 ------- Additional Comments From ville.skytta at iki.fi 2006-03-17 11:59 EST ------- (In reply to comment #4) > MUST: A package must not contain any BuildRequires that are listed in > the exceptions section of Packaging Guidelines. That MUST has been debated before, and especially in case of perl module packages buildrequring perl. Blocking packages based on that is IMHO a bit silly, and yes, so is the guideline and I don't have anything against fixing it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ed at eh3.com Fri Mar 17 17:09:38 2006 From: ed at eh3.com (Ed Hill) Date: Fri, 17 Mar 2006 12:09:38 -0500 Subject: help with Eterm license(s) In-Reply-To: <20060316222637.GA2510@free.fr> References: <1142537056.3278.171.camel@ernie> <0ML2xA-1FJyL20PsJ-0003P9@mrelayeu.kundenserver.de> <1142543904.3278.200.camel@ernie> <20060316222637.GA2510@free.fr> Message-ID: <1142615378.3278.374.camel@ernie> On Thu, 2006-03-16 at 23:26 +0100, Patrice Dumas wrote: > > OK, it got through the debian packaging process which sounds like a good > > sign but is not sufficient for Fedora [I don't see any Fedora guidelines > > that say "if its in Debian's main repository then its perfectly OK for > > us, too!" :-)] > > The comment #4 should, in my opinion, be submitted to the debian maintainer. > This package doesn't seems to be in shape for inclusion in debian. > > > What about the (apparently?) conflicting license terms within the > > various source files? Have you read them? At least one file states > > that it cannot be sold for profit and other files have GPL, LGPL, and > > BSD-ish licenses. As the submitter says, its messy. So my question is: > > is it messy but acceptable or should it be rejected? > > As it is, I think that it should be rejected. Or changed such that files > with problematic copyrights are removed. The Comment #4 seems to me to carry > a rigorous licence review. Only one thing is missing, that in command.c > there are other copyright holders that should be contacted to accept to change > their code to GPL before the whole file may be considered as GPL. Same apply > for another file. > > I think that the next step would be to contact the debian maintainer, and > maybe other distros, to warn them that they are doing something illegal > (LGPL conflicts with no sell), given that the upstream has allready been > contacted. Hi Patrice, Thanks for the feedback! I sent the debian eterm maintainer an email describing the situation. And I'm going to follow your advice and reject the package. Also, I'll note in the review that if upstream sorts out the license situation then it can be re-submitted. 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 Fri Mar 17 17:05:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:05:52 -0500 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: Message-ID: <200603171705.k2HH5q5S018754@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-RPM2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184530 ------- Additional Comments From paul at city-fan.org 2006-03-17 12:05 EST ------- (In reply to comment #5) > (In reply to comment #4) > > MUST: A package must not contain any BuildRequires that are listed in > > the exceptions section of Packaging Guidelines. > > That MUST has been debated before, and especially in case of perl module > packages buildrequring perl. Blocking packages based on that is IMHO a bit > silly, and yes, so is the guideline and I don't have anything against fixing it. I agree that it's a silly MUST but the right the to do is to change the rule rather than ignore it. I would suggest the following: Instead of: - MUST: A package must not contain any BuildRequires that are listed in the exceptions section of Packaging Guidelines. - MUST: All other Build dependencies must be listed in BuildRequires. I'd have: - MUST: All build dependencies must be listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines; inclusion of those as BuildRequires is optional. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 17:15:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:15:56 -0500 Subject: [Bug 185261] Review Request: gnochm - CHM file viewer In-Reply-To: Message-ID: <200603171715.k2HHFusf020257@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnochm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185261 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpmahowald at gmail.com ------- Additional Comments From jpmahowald at gmail.com 2006-03-17 12:15 EST ------- Built fine, but when I tried to run it complained "No module named chm" Works with python-chm installed. rpm isn't picking up that it requires python-chm, make it explicit in the spec. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Fri Mar 17 17:21:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Mar 2006 12:21:54 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060317172154.3882E807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 octave-forge-2006.03.17-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 Mar 17 17:22:02 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Mar 2006 12:22:02 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060317172202.C0525807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 8 libshout-2.2-2.fc5 mercurial-0.8-3.fc5 multisync-0.90.18-5.fc5 octave-2.9.4-8.fc5 scons-0.96.1-2.fc5 wine-0.9.10-1.fc5 xchat-gnome-0.10-4.fc5 xfce4-xkb-plugin-0.3.4-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Mar 17 17:24:11 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Mar 2006 12:24:11 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060317172411.35DE8807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 6 mercurial-0.8-3.fc5 multisync-0.90.18-5.fc5 nexuiz-1.5-1.fc5 wine-0.9.10-1.fc5 xchat-gnome-0.10-4.fc5 xfce4-xkb-plugin-0.3.4-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From tibbs at math.uh.edu Fri Mar 17 17:27:43 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 17 Mar 2006 11:27:43 -0600 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1142534513.5917.14.camel@bobcat.mine.nu> (Ville Skytt's message of "Thu, 16 Mar 2006 20:41:53 +0200") References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> <1142534513.5917.14.camel@bobcat.mine.nu> Message-ID: >>>>> "VS" == Ville Skytt writes: VS> Where did the previous discussion take place? The above sounds VS> like a wrong conclusion to me. Sorry, it was part of bug 183041; I asked if this was a problem and Paul Howarth indicated that it wasn't. The messages went to this list and nobody else had anything to say about it, so.... - J< From bugzilla at redhat.com Fri Mar 17 17:27:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:27:25 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603171727.k2HHRPiv022928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From alain.portal at free.fr 2006-03-17 12:27 EST ------- (In reply to comment #4) > Remember, macros are expanded in changelogs too, so you'll most likely want to > double the % there like in %%{_localstatedir}. OK, I'll do this next time specfile needs work. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 17:27:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:27:33 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603171727.k2HHRXd7022963@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-17 12:27 EST ------- >> E: gjots2 no-binary >> E: gjots2 only-non-binary-in-usr-lib >> >> does it apply on python? > Yes. Usually these would go under %{python_sitelib}, which rpmlint wouldn't > complain about. Alternately, they could go into %{_datadir}/%{name}. The usual criteria is whether the files are going to be used as a module within other programs or are just pieces of the base application that aren't going to be useful as library files. (Or whatever upstream prefers :-) python-docutils and gourmet are examples of something that installs to %{python_sitelib}. rpmlint and qa-assistant are examples of installing to %{_datadir}/%{name}. You might consider downloading and taking a look at the source rpms for some of those packages for examples of how they do things. There are several things in your spec that need to be changed and looking at those specs will help. (One thing that jumps out is that the package only includes .py files. You need to compile the files and include the .pyc files. .pyo files need to either be included or %ghosted as well.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at city-fan.org Fri Mar 17 17:33:19 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 17 Mar 2006 17:33:19 +0000 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> <1142534513.5917.14.camel@bobcat.mine.nu> Message-ID: <441AF2DF.40306@city-fan.org> Jason L Tibbitts III wrote: >>>>>>"VS" == Ville Skytt writes: > > > VS> Where did the previous discussion take place? The above sounds > VS> like a wrong conclusion to me. > > Sorry, it was part of bug 183041; I asked if this was a problem and > Paul Howarth indicated that it wasn't. The messages went to this list > and nobody else had anything to say about it, so.... I was commenting on adding versioned deps in general; I wasn't aware that this particular dep was duplicated by an RPM autodep - is that what's happening? Paul. From bugzilla at redhat.com Fri Mar 17 17:29:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:29:52 -0500 Subject: [Bug 185205] Review Request: nqc In-Reply-To: Message-ID: <200603171729.k2HHTqFb023404@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nqc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185205 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-17 12:29 EST ------- How timely, working a bit with Mindstorms at the moment. Doesn't build on x86_64: compiler/Error.h:121: error: cast from 'const char*' to 'int' loses precision -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 17:30:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:30:33 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200603171730.k2HHUX0P023597@www.beta.redhat.com> Please 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 2006-03-17 12:30 EST ------- comment #12: IIRC, having non-pic shared libraries will cause problems on x86_64. comment #14: Rex, are you positive, that this will work on all architectures? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From lists at timj.co.uk Fri Mar 17 17:36:24 2006 From: lists at timj.co.uk (Tim Jackson) Date: Fri, 17 Mar 2006 17:36:24 +0000 Subject: [Bug 184530] Review Request: perl-RPM2 In-Reply-To: <200603171705.k2HH5q5S018754@www.beta.redhat.com> References: <200603171705.k2HH5q5S018754@www.beta.redhat.com> Message-ID: <441AF398.3010102@timj.co.uk> bugzilla at redhat.com [really paul at cityfan.org] wrote: > I would suggest the following: > > Instead of: > - MUST: A package must not contain any BuildRequires that are listed in the > exceptions section of Packaging Guidelines. > - MUST: All other Build dependencies must be listed in BuildRequires. > > I'd have: > - MUST: All build dependencies must be listed in BuildRequires, except for any > that are listed in the exceptions section of Packaging Guidelines; inclusion of > those as BuildRequires is optional. I'd wholeheartedly agree with this (I've been looking at some packages that I'm considering submitting and finding the removal of BR's just because they happen to be in the current list of "standard" ones a bit hard to swallow, especially when I might ideally like to use those in other environments where the encoding of some BR's that are in the Fedora "standard" list would be helpful) Who's got the authority to agree to the change in the guidelines? Tim From bugzilla at redhat.com Fri Mar 17 17:31:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:31:30 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603171731.k2HHVU1I023867@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From alain.portal at free.fr 2006-03-17 12:31 EST ------- (In reply to comment #14) > Strange... > pikdev failed to build on FC-4 on x86_64 because ./configure couldn't find qt > lib. > http://buildsys.fedoraproject.org/logs/fedora-4-extras/6368-pikdev-0.8.4-4.fc4/ > > Any idea on how to fix? Should I have to excludearch x86_64 on FC-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 Fri Mar 17 17:51:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:51:59 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603171751.k2HHpxZ4028201@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-17 12:51 EST ------- > He said he just tried it again and everything worked, just have to wait for the > repo to sync. libshout-2.2 is still missed in the development branch. But there is libshout-1.0.9, updated on 2006-03-15 . It seems he just update the old version... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 17:55:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 12:55:10 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200603171755.k2HHtAJD028663@www.beta.redhat.com> Please 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 2006-03-17 12:54 EST ------- (In reply to comment #14) > Re: comment #6. Looks like you can get shared libs back by using > --host=linux-none instead of --host=none Tried it, but still only libpari.a. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Fri Mar 17 18:00:46 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 17 Mar 2006 11:00:46 -0700 Subject: Need help with emacs/vim dependencies Message-ID: <441AF94E.9020202@cora.nwra.com> bugzilla at redhat.com wrote: > > ------- Additional Comments From gemi at bluewin.ch 2006-03-16 14:59 EST ------- > - rpmlint complains about development. Since they are part of the main > package, these errors can be ignored. > - Maybe also include the Example directory with the doc dir. > - Include the cmake-mode.el for emacs, the .vim files for vim > > I'm hesitant to add a dependency to cmake for emacs and vim-common in order to install the .el and .vim files. Should I be? Most devel systems will certainly have one or the other. With ftnchek I made an -emacs sub-package for its .el file, which seems to have precedent. I don't know of any -vim sub-packages. I guess I could just put it in the docs area for folks to install themselves, but that seems to go against the spirit of "install it and it works". Is there a way to point emacs or vim to a .el or .vim file in another location. Something like a /etc/ld.so.conf.d directory? -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From qspencer at ieee.org Fri Mar 17 18:10:12 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 17 Mar 2006 12:10:12 -0600 Subject: Where are newly released packages? Message-ID: <441AFB84.5020904@ieee.org> I have a build (octave-forge, job 6461) that is failing because it depends on a package that was released a few hours ago. It seems to know that the package exists, but can't download it. I thought that once a package is released, even if it's not on all the mirrors yet, it would be available to the build system. I also don't see any recently released stuff on download.fedora.redhat.com, which I thought was the primary mirror where you could always find the latest releases. Am I wrong? -Quentin From eric.tanguy at univ-nantes.fr Fri Mar 17 18:24:03 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 17 Mar 2006 19:24:03 +0100 Subject: FE5 branching Message-ID: <1142619843.3236.4.camel@bureau.maison> Now that FE5 appears why we don't see 5 dir in http://fedoraproject.org/extras/ and a development dir containig package for fc6 ? Eric From skvidal at linux.duke.edu Fri Mar 17 18:28:33 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 17 Mar 2006 13:28:33 -0500 Subject: FE5 branching In-Reply-To: <1142619843.3236.4.camel@bureau.maison> References: <1142619843.3236.4.camel@bureau.maison> Message-ID: <1142620113.26468.18.camel@cutter> On Fri, 2006-03-17 at 19:24 +0100, Eric Tanguy wrote: > Now that FE5 appears why we don't see 5 dir in > http://fedoraproject.org/extras/ and a development dir containig package > for fc6 ? b/c we're still making the transition and haven't pushed things yet. -sv From bugzilla at redhat.com Fri Mar 17 18:22:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 13:22:58 -0500 Subject: [Bug 185261] Review Request: gnochm - CHM file viewer In-Reply-To: Message-ID: <200603171822.k2HIMwOM032677@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnochm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185261 ------- Additional Comments From pertusus at free.fr 2006-03-17 13:22 EST ------- Thanks. I also removed python-chm from the BuildRequires, as it doesn't seems to be required when building. Updated srpm available here: http://www.environnement.ens.fr/perso/dumas/fc-srpms/gnochm-0.9.7-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Fri Mar 17 18:31:03 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 17 Mar 2006 20:31:03 +0200 Subject: Please cvs update your common dirs Message-ID: <1142620263.7254.11.camel@bobcat.mine.nu> Folks, please cvs up your "common" dirs before submitting builds containing disttags to devel. Otherwise new builds there will have .fc5 disttag and thus have the same NEVR as builds from the FC-5 branch while the built packages are actually different. Doing the update should also avoid possible CVS tag collisions between FC-5 and devel. From wart at kobold.org Fri Mar 17 18:30:16 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 17 Mar 2006 10:30:16 -0800 Subject: FE5 branching In-Reply-To: <1142620113.26468.18.camel@cutter> References: <1142619843.3236.4.camel@bureau.maison> <1142620113.26468.18.camel@cutter> Message-ID: <441B0038.8000209@kobold.org> seth vidal wrote: > On Fri, 2006-03-17 at 19:24 +0100, Eric Tanguy wrote: > >>Now that FE5 appears why we don't see 5 dir in >>http://fedoraproject.org/extras/ and a development dir containig package >>for fc6 ? > > > b/c we're still making the transition and haven't pushed things yet. When the transition is finished, will we have to do another mass-rebuild for -devel packages to fill out the repo? Or will -devel start off with the packages from FC-5? --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From skvidal at linux.duke.edu Fri Mar 17 18:35:23 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 17 Mar 2006 13:35:23 -0500 Subject: FE5 branching In-Reply-To: <441B0038.8000209@kobold.org> References: <1142619843.3236.4.camel@bureau.maison> <1142620113.26468.18.camel@cutter> <441B0038.8000209@kobold.org> Message-ID: <1142620523.26468.20.camel@cutter> On Fri, 2006-03-17 at 10:30 -0800, Michael Thomas wrote: > seth vidal wrote: > > On Fri, 2006-03-17 at 19:24 +0100, Eric Tanguy wrote: > > > >>Now that FE5 appears why we don't see 5 dir in > >>http://fedoraproject.org/extras/ and a development dir containig package > >>for fc6 ? > > > > > > b/c we're still making the transition and haven't pushed things yet. > > When the transition is finished, will we have to do another mass-rebuild > for -devel packages to fill out the repo? Or will -devel start off with > the packages from FC-5? I'm pretty sure the latter. -sv From bugzilla at redhat.com Fri Mar 17 18:31:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 13:31:11 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603171831.k2HIVBYx002080@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From wart at kobold.org 2006-03-17 13:30 EST ------- (In reply to comment #3) > Problem on FC-5: > src/wadlist.cc: In member function 'void Wad_list::del()': > src/wadlist.cc:178: error: no match for 'operator=' in > '((Wad_list*)this)->Wad__list::priv->Wad_list_priv::iter = 0' > /usr/lib/gcc/x86_64-redhat-linux/4.1.0/../../../../include/c++/4.1.0/bits/stl_list.h:112: > note: candidates are: std::_List_iterator >&) I've got to be more careful about testing the build on multiple platforms before submitting these things. I'll add your patch and do some testing on FC-5 i386 before updating the package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 18:32:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 13:32:17 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603171832.k2HIWHdV002488@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From zcerza at redhat.com 2006-03-17 13:32 EST ------- At http://fedoraproject.org/wiki/Extras/Contributors I'm told to import my "approved SRPM". Should I consider the above 'approved'? I'll wait to make sure. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 18:38:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 13:38:44 -0500 Subject: [Bug 183089] Review Request: ularn - a text-based roguelike game In-Reply-To: Message-ID: <200603171838.k2HIcitS004341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ularn - a text-based roguelike game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183089 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From wart at kobold.org 2006-03-17 13:38 EST ------- Imported and built on -devel. Many, many thanks for the thorough review! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 18:42:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 13:42:38 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603171842.k2HIgcAj005122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From toshio at tiki-lounge.com 2006-03-17 13:42 EST ------- I need to re-review it. Shouldn't take long but I've been busy all week. I promise to rereview this and dogtail before the weekend is out. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 19:02:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 14:02:12 -0500 Subject: [Bug 185260] Review Request: python-chm - Python package for CHM files handling In-Reply-To: Message-ID: <200603171902.k2HJ2Cqa008801@www.beta.redhat.com> Please 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-chm - Python package for CHM files handling https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185260 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From pertusus at free.fr 2006-03-17 14:02 EST ------- Builds in devel, thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 19:02:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 14:02:25 -0500 Subject: [Bug 185261] Review Request: gnochm - CHM file viewer In-Reply-To: Message-ID: <200603171902.k2HJ2PHw008918@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnochm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185261 Bug 185261 depends on bug 185260, which changed state. Bug 185260 Summary: Review Request: python-chm - Python package for CHM files handling https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185260 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 the QA contact for the bug, or are watching the QA contact. From steve at silug.org Fri Mar 17 19:11:17 2006 From: steve at silug.org (Steven Pritchard) Date: Fri, 17 Mar 2006 13:11:17 -0600 Subject: rpms/perl-Kwiki/devel perl-Kwiki.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <441AF2DF.40306@city-fan.org> References: <200603101947.k2AJl6I0004491@cvs-int.fedora.redhat.com> <1142502450.31760.101.camel@mccallum.corsepiu.local> <1142534513.5917.14.camel@bobcat.mine.nu> <441AF2DF.40306@city-fan.org> Message-ID: <20060317191117.GA20209@osiris.silug.org> On Fri, Mar 17, 2006 at 05:33:19PM +0000, Paul Howarth wrote: > I was commenting on adding versioned deps in general; I wasn't aware > that this particular dep was duplicated by an RPM autodep - is that > what's happening? Yeah. I had missed that. 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 Fri Mar 17 19:39:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 14:39:36 -0500 Subject: [Bug 182173] Review Request: eterm - a color vt102 terminal emulator In-Reply-To: Message-ID: <200603171939.k2HJdawS021167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eterm - a color vt102 terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182173 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NOTABUG ------- Additional Comments From ed at eh3.com 2006-03-17 14:39 EST ------- Hi Terje, I've contacted the debian eterm maintainer to point out the license mess within the source files (as was suggested on the fedora- extras-list). I'll leave this bug open for a couple weeks in the hope that upstream will respond to you and will sort it out (the files that have license problems are a fraction of the overall code so perhaps they can be removed or replaced?). If not, the package will be rejected. Not much else that we can do here...! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 20:03:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:03:00 -0500 Subject: [Bug 184104] Review Request: acpi - Command-line ACPI client In-Reply-To: Message-ID: <200603172003.k2HK30ah027990@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acpi - Command-line ACPI client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184104 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2006-03-17 15:02 EST ------- APPROVED MD5SUMS: b4037e9b16fe61ac32f58208bc76f73d acpi-0.09-1.src.rpm 160bcdbb0f880f2c2b8b563f0cca1839 acpi-0.09-keep_CFLAGS.diff a5a70595834b487c3a2f9278a3d60768 acpi-0.09.tar.gz 2581b336c3b1dfc3f0ded0bf923d5065 acpi.spec (In reply to comment #5) > Updated here. As a side note, I don't think that a missing %{?dist} > should be noted as a blocker... Not a big deal. Under normal circunstances I would have said to update the specfile after having imported the package into the CVS server but, right now I don't have much free time to process all the emails I receive in order to verify the CVS commits. Any way, sorry for the inconvinience, jpo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 20:13:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:13:36 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172013.k2HKDal7030775@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From bugs.michael at gmx.net 2006-03-17 15:13 EST ------- There's a conflict in the virtual Provides of the published packages! Currently both wxGTK-devel and compat-wxGTK2-devel as well as wxGTK and compat-wxGTK2 contain "Provides: wxGTK2-devel = some version" and "Provides: wxGTK2 = some version" This makes them competing packages. You cannot do this, as wxGTK and compat-wxGTK2 are _not_ equivalent. It causes RPM to let the newer version win, which results in removal of the packages with the older versions during installation or in a failed transaction check. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 17 20:38:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:38:21 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172038.k2HKcLeF004955@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From bugs.michael at gmx.net 2006-03-17 15:38 EST ------- compat-wxGTK2-devel is broken! $ wxgtk2-2.4-config --cflags -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES It points to /usr/lib/wx/include/gtk2-2.4 but the compat-wxGTK2-devel package contains headers in a different path: /usr/lib/wx/include/gtk-2.4/wx/setup.h On the contrary, compat-wxGTK-devel is okay. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 17 20:40:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:40:47 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172040.k2HKelPJ005612@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From mattdm at mattdm.org 2006-03-17 15:40 EST ------- Michael -- what's your advice for resolving comment #8? I'd not like to remove that from the main wxGTK package, but it seems necessary 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 Mar 17 20:46:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:46:08 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172046.k2HKk8oi007096@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From bugs.michael at gmx.net 2006-03-17 15:45 EST ------- Re: comment 9 --- compat-wxGTK.spec.~1.2.~ 2006-01-06 18:52:38.000000000 +0100 +++ compat-wxGTK.spec 2006-03-17 21:51:27.000000000 +0100 @@ -288,7 +288,7 @@ %ghost %{_bindir}/wx-2.4-config %{_bindir}/wxgtk2-*-config %{_libdir}/libwx_gtk2[-_]*.so -%{_libdir}/wx/include/gtk-2* +%{_libdir}/wx/include/gtk2-2* %files common -f wxstd.lang %defattr(-,root,root,-) Re: comment 10 Remove the Provides from the compat-wxGTK2{-devel} packages, but not from the new wxGTK{-devel} 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 Mar 17 20:51:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:51:33 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172051.k2HKpXGN008833@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From bugs.michael at gmx.net 2006-03-17 15:51 EST ------- Btw, compat-wxGTK{-devel} must not "Provides: wxGTK = ..." and "Provides: wxGTK-devel = ..." 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 Mar 17 20:53:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 15:53:06 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172053.k2HKr6BJ009313@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From mattdm at mattdm.org 2006-03-17 15:52 EST ------- And then any packages which link against this must work just by virtue of the automatic library deps, and any which have explict requires statements must be fixed, yeah? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Matt_Domsch at dell.com Fri Mar 17 20:59:47 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 17 Mar 2006 14:59:47 -0600 Subject: Buildsys does not allow for FC3 builds anymore In-Reply-To: <1142609363.2633.2.camel@dhcp83-103.boston.redhat.com> References: <20060317145345.5e08fddb@alkaid.a.lan> <1142609100.2633.0.camel@dhcp83-103.boston.redhat.com> <1142609363.2633.2.camel@dhcp83-103.boston.redhat.com> Message-ID: <20060317205947.GA18045@lists.us.dell.com> On Fri, Mar 17, 2006 at 10:29:23AM -0500, Dan Williams wrote: > On Fri, 2006-03-17 at 10:25 -0500, Dan Williams wrote: > > On Fri, 2006-03-17 at 14:53 +0100, Andreas Bierfert wrote: > > > Hi, > > > > > > with the branching etc the buildsys does not allow for building of FC3 anymore > > > (whereas fc{4,5} and devel work fine) > > > > Problem crept in during update of config files yesterday after the FC5 > > branch. Fixing now. Buildsys may be down for a bit when it's restarted > > for the config fixes. > > Should be fixed now. Please try queuing your build again. I get this now... file:///pub/fedora/linux/extras/3/x86_64/repodata/repomd.xml: [Errno 5] OSError: [Errno 2] No such file or directory: '/pub/fedora/linux/extras/3/x86_64/repodata/repomd.xml' Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From bugzilla at redhat.com Fri Mar 17 21:00:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 16:00:38 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172100.k2HL0cNE011229@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From bugs.michael at gmx.net 2006-03-17 16:00 EST ------- > And then any packages which link against this must work just > by virtue of the automatic library deps That's how ordinary "compat-" packages work anyway. You let a _new_ compat- package provide the SONAMES needed by old binaries. The SONAME dependencies don't care which package contains the needed files. > and any which have explict requires statements must be > fixed, yeah? Those packages are broken by design. Same applies to BuildRequires and the current brokeness due to these "virtual provides" madness. A package which "BuildRequires: wxGTK2-devel" cannot be built with compat-wxGTK2-devel which "Provides: wxGTK2-devel" and vice versa. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 17 21:02:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 16:02:51 -0500 Subject: [Bug 175500] Review Request: compat-wxGTK & compat-wxPythonGTK2 In-Reply-To: Message-ID: <200603172102.k2HL2pf5011745@www.beta.redhat.com> Please 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-wxGTK & compat-wxPythonGTK2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175500 ------- Additional Comments From mattdm at mattdm.org 2006-03-17 16:02 EST ------- Make sense. And is ideal, because it's someone else's problem. *grin* -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mattdm at mattdm.org Fri Mar 17 21:19:31 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 17 Mar 2006 16:19:31 -0500 Subject: Buildsys does not allow for FC3 builds anymore In-Reply-To: <20060317205947.GA18045@lists.us.dell.com> References: <20060317145345.5e08fddb@alkaid.a.lan> <1142609100.2633.0.camel@dhcp83-103.boston.redhat.com> <1142609363.2633.2.camel@dhcp83-103.boston.redhat.com> <20060317205947.GA18045@lists.us.dell.com> Message-ID: <20060317211931.GA15022@jadzia.bu.edu> On Fri, Mar 17, 2006 at 02:59:47PM -0600, Matt Domsch wrote: > > Should be fixed now. Please try queuing your build again. > I get this now... > file:///pub/fedora/linux/extras/3/x86_64/repodata/repomd.xml: [Errno 5] OSError: [Errno 2] No such file or directory: > '/pub/fedora/linux/extras/3/x86_64/repodata/repomd.xml' Yeah, the FE3 x86_64 repodata directory has apparently been missing since yesterday evening. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Fri Mar 17 21:17:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 16:17:06 -0500 Subject: [Bug 185776] New: Review Request: gitweb 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=185776 Summary: Review Request: gitweb Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: bkyoung at users.sourceforge.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: Attached SRPM Name or Url: Build separately Description: A CGI based web interface for git projects published to a git repository. See notes at end of attached gitweb-check for obtaining source tarball. Attached: gitweb.spec gitweb-2.6.4-gitweb.cgi.patch gitweb-check BEGIN OUTPUT rpmlint W: gitweb dangerous-command-in-%post chown W: gitweb dangerous-command-in-%postun groupdel END OUTPUT rpmlint -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 21:21:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 16:21:34 -0500 Subject: [Bug 185205] Review Request: nqc In-Reply-To: Message-ID: <200603172121.k2HLLYYx017332@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nqc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185205 ------- Additional Comments From nomis80 at nomis80.org 2006-03-17 16:21 EST ------- ExcludeArch: x86_64 SRPM: http://nomis80.org/rpms/SRPMS/nqc-3.1.r4-2.src.rpm SPEC: http://nomis80.org/rpms/SPECS/nqc.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 17 22:07:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 17:07:55 -0500 Subject: [Bug 184104] Review Request: acpi - Command-line ACPI client In-Reply-To: Message-ID: <200603172207.k2HM7tdk027421@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acpi - Command-line ACPI client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184104 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From pertusus at free.fr 2006-03-17 17:07 EST ------- No inconvenience, and I would have added the dist tag anyway, but I made that comment such that people that view the bug do not think that the dist tag is mandatory... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 00:15:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 19:15:49 -0500 Subject: [Bug 185776] Review Request: gitweb In-Reply-To: Message-ID: <200603180015.k2I0FnRW016736@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gitweb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185776 ------- Additional Comments From bkyoung at users.sourceforge.net 2006-03-17 19:15 EST ------- (From update of attachment 126287) >%postun ># Remove group %{_gitweb_group} >groupdel %{_gitweb_group} > %postun if test $1 -eq 0; then # Remove group %{_gitweb_group} for erase groupdel %{_gitweb_group} || true > /dev/null 2>&1 fi The _gitweb_group should remain after an upgrade, but be removed after an erase! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 00:23:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 19:23:35 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603180023.k2I0NZxh017662@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-17 19:23 EST ------- diff for specfile and patches with many changes (too many to list them). * the code that changes perms in %post in FCRONTABS doesn't seems usefull * convert-fcrontab fcronsighup and fcrondyn shouldn't be setuid root * is it really needed that fcron has mod 110 instead of 755? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 00:59:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 19:59:38 -0500 Subject: [Bug 179802] Review Request: seamonkey In-Reply-To: Message-ID: <200603180059.k2I0xcU6022416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: seamonkey https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179802 ------- Additional Comments From kengert at redhat.com 2006-03-17 19:59 EST ------- We decided to use MPL as the license tag, because that's the only license that covers everything. The license tag is the only difference to the previous spec file. http://kuix.de/mozilla/seamonkey/1.0-8/src/seamonkey.spec http://kuix.de/mozilla/seamonkey/1.0-8/src/seamonkey-1.0-8.src.rpm Chris, is this version acceptable for the initial seamonkey package release? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 01:23:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 17 Mar 2006 20:23:57 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603180123.k2I1NvJE025079@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From fcron at free.fr 2006-03-17 20:23 EST ------- answers to comment #10: * convert-fcrontab is not needed on fedora (it is used to convert very old fcrontab files to the present format): it can be safely removed from the package. * fcrondyn should be suid fcron and not root. * fcronsighup has to be suid root: the idea of this very small program is to be suid root so as it can send a signal to fcron daemon, while being very small to ensure maximum security. * concerning the rights about fcron: I think the question should rather be: why would we add more rights to fcron binary than it needs ? The less rights, the more secure! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 05:04:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 00:04:01 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603180504.k2I54193028079@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bugzilla-sink at leemhuis.info |toshio at tiki-lounge.com OtherBugsDependingO|163776, 177841 |163779 nThis| | ------- Additional Comments From toshio at tiki-lounge.com 2006-03-18 00:03 EST ------- In the future, please update the Release when you create a new version. It helps the reviewers to keep track of what issues exist is each version. 7084cf77996c3e62ef928f450f710111 pyspi-0.5.4-1.src.rpm Mustfix: * The URL: field was fine last time, it was the Source0: line that needed to be changed to have a full URL to the sources. So change the current spec file to this:: URL: http://people.redhat.com/zcerza/dogtail/ Source0: http://people.redhat.com/zcerza/dogtail/releases/pyspi-%{version}.tar.gz Fixed: * Changelog now contains release numbers. * Description is more informative. * Requires have been trimmed. * Buildroot, Group, and dist tag were updated. Still builds in mock. I'm setting this to APPROVE. Please make sure you fix the Source0/URL lines and bump the release before you import the package into cvs. You're now on Step 8 of:: http://www.fedoraproject.org/wiki/Extras/NewPackageProcess -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 05:14:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 00:14:35 -0500 Subject: [Bug 182744] Review Request: libnasl - Nessus Attack Scripting Language In-Reply-To: Message-ID: <200603180514.k2I5EZUg029226@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnasl - Nessus Attack Scripting Language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182744 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpmahowald at gmail.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-18 00:14 EST ------- A number of compile warnings due to integers and pointers. It'd be nice if upstream fixed them. Minor: * Duplicate BuildRequires: libpcap (by nessus-libraries-devel), tetex-dvips (by tetex-latex) Good: - rpmlint checks return: rpmlint of libnasl: W: libnasl non-conffile-in-etc /etc/pki/nessus/nessus_org.pem not really conf file, can ignore rpmlint of libnasl-devel: E: libnasl-devel only-non-binary-in-usr-lib symlink, can 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_64) - no missing 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 - devel package ok - no .la files - post/postun ldconfig ok - devel requires base package n-v-r APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Sat Mar 18 07:44:01 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 18 Mar 2006 08:44:01 +0100 Subject: rpms/clearsilver/devel clearsilver-0.10.3-fedora.patch, NONE, 1.1 .cvsignore, 1.2, 1.3 clearsilver.spec, 1.2, 1.3 In-Reply-To: <200603131837.k2DIbTNE010446@cvs-int.fedora.redhat.com> References: <200603131837.k2DIbTNE010446@cvs-int.fedora.redhat.com> Message-ID: <1142667842.31760.233.camel@mccallum.corsepiu.local> On Mon, 2006-03-13 at 13:36 -0500, Joost Soeterbroek wrote: > Author: jsoeterb > > Update of /cvs/extras/rpms/clearsilver/devel > --- NEW FILE clearsilver-0.10.3-fedora.patch --- > diff -Nur clearsilver-0.10.3.orig/cgi/cgi.c clearsilver-0.10.3/cgi/cgi.c > --- clearsilver-0.10.3.orig/cgi/cgi.c 2006-03-13 18:04:52.000000000 +0100 > +++ clearsilver-0.10.3/cgi/cgi.c 2006-03-13 19:17:12.000000000 +0100 > @@ -641,7 +641,7 @@ > > if ((debugger = hdf_get_value (cgi->hdf, "Config.Debugger", NULL)) == NULL) > { > - debugger = "/usr/local/bin/sudo /usr/local/bin/ddd -display %s %s %d"; > + debugger = "/usr/bin/sudo /usr/local/bin/ddd -display %s %s %d"; Why not /usr/bin/ddd ? Ralf From bugzilla at redhat.com Sat Mar 18 08:11:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 03:11:11 -0500 Subject: [Bug 185795] New: Review Request: fpconst (Python lib for IEEE 754) 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=185795 Summary: Review Request: fpconst (Python lib for IEEE 754) Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: tkmame at retrogames.com QAContact: fedora-extras-list at redhat.com *** THIS IS MY FIRST PACKAGE AND I AM SEEKING A SPONSOR *** Spec Name or Url: http://tkmame.retrogames.com/fedora-extras/fpconst.spec SRPM Name or Url: http://tkmame.retrogames.com/fedora-extras/fpconst-0.7.2-1.src.rpm ( you may need to download it from http://tkmame.retrogames.com/fedora-extras/ ) Description: This python module implements constants and functions for working with IEEE754 double-precision special values. It provides constants for Not-a-Number (NaN), Positive Infinity (PosInf), and Negative Infinity (NegInf), as well as functions to test for these values. The code is implemented in pure python by taking advantage of the 'struct' standard module. Care has been taken to generate proper results on both big-endian and little-endian machines. Some efficiency could be gained by translating the core routines into C. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From skvidal at linux.duke.edu Sat Mar 18 08:25:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sat, 18 Mar 2006 03:25:58 -0500 Subject: Buildsys does not allow for FC3 builds anymore In-Reply-To: <20060317205947.GA18045@lists.us.dell.com> References: <20060317145345.5e08fddb@alkaid.a.lan> <1142609100.2633.0.camel@dhcp83-103.boston.redhat.com> <1142609363.2633.2.camel@dhcp83-103.boston.redhat.com> <20060317205947.GA18045@lists.us.dell.com> Message-ID: <1142670358.29974.2.camel@cutter> On Fri, 2006-03-17 at 14:59 -0600, Matt Domsch wrote: > On Fri, Mar 17, 2006 at 10:29:23AM -0500, Dan Williams wrote: > > On Fri, 2006-03-17 at 10:25 -0500, Dan Williams wrote: > > > On Fri, 2006-03-17 at 14:53 +0100, Andreas Bierfert wrote: > > > > Hi, > > > > > > > > with the branching etc the buildsys does not allow for building of FC3 anymore > > > > (whereas fc{4,5} and devel work fine) > > > > > > Problem crept in during update of config files yesterday after the FC5 > > > branch. Fixing now. Buildsys may be down for a bit when it's restarted > > > for the config fixes. > > > > Should be fixed now. Please try queuing your build again. > > I get this now... > > file:///pub/fedora/linux/extras/3/x86_64/repodata/repomd.xml: [Errno 5] OSError: [Errno 2] No such file or directory: > '/pub/fedora/linux/extras/3/x86_64/repodata/repomd.xml' > I just re-ran the repobuild on that tree and pushed the update out to the mirror master. it's all set. thanks -sv From bugzilla at redhat.com Sat Mar 18 09:07:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 04:07:25 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603180907.k2I97Pc1029733@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-18 04:07 EST ------- I thought it would be a good idea to start the full review while waiting for an updated version with my patch included. This review is done with my patch included, otherwise I wouldn't ger very far. MUST ==== * rpmlint output clean * Package named correctly * GPL license OK. * spec file legible, in Am. English * Source matches upstream * Successfully compiles and builds on at least one platform (FC-5 x86_64) * no locale data, shared libraries, or static libraries * No excessive Requires: or BR: * Summary and description ok * macro use consistent * package owns the directories that it creates. * Not relocatable * %doc does not affect runtime MUSTFIX ======= * Does not compile on FC-5 without the attached patch -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 09:22:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 04:22:24 -0500 Subject: [Bug 185776] Review Request: gitweb In-Reply-To: Message-ID: <200603180922.k2I9MOnq031781@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gitweb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185776 ------- Additional Comments From paul at city-fan.org 2006-03-18 04:22 EST ------- (In reply to comment #4) > (From update of attachment 126287 [edit]) > >%postun > ># Remove group %{_gitweb_group} > >groupdel %{_gitweb_group} > > > > %postun > if test $1 -eq 0; then > # Remove group %{_gitweb_group} for erase > groupdel %{_gitweb_group} || true > /dev/null 2>&1 > fi > > The _gitweb_group should remain after an upgrade, but be removed after an > erase! It should only be removed if you can be sure that no files belonging to this group will remain on the system after the package has been removed. Otherwise, the group should not be removed at all. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Sat Mar 18 09:51:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 18 Mar 2006 04:51:15 -0500 Subject: Summary - Broken dependencies in Fedora Extras 5 - 2006-03-18 Message-ID: <200603180951.k2I9pFiN030359@mx1.redhat.com> Summary of broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- cyrus-imapd-murder 2.2.12-6.fc4.i386 cyrus-imapd-nntp 2.2.12-6.fc4.i386 kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.i686 kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.i686 nexuiz 1.2.1-3.fc5.i386 nexuiz-server 1.2.1-3.fc5.i386 pam_mount 0.9.25-4.i386 rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- cyrus-imapd-murder 2.2.12-6.fc4.ppc cyrus-imapd-nntp 2.2.12-6.fc4.ppc kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.ppc kmod-lirc-smp 0.8.0-3.2.6.15_1.2041_FC5.ppc nexuiz 1.2.1-3.fc5.ppc nexuiz-server 1.2.1-3.fc5.ppc pam_mount 0.9.25-4.ppc rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- cyrus-imapd-murder 2.2.12-6.fc4.x86_64 cyrus-imapd-nntp 2.2.12-6.fc4.x86_64 kmod-lirc 0.8.0-3.2.6.15_1.2041_FC5.x86_64 kmod-lirc-xen0 0.8.0-3.2.6.15_1.2041_FC5.x86_64 kmod-lirc-xenU 0.8.0-3.2.6.15_1.2041_FC5.x86_64 nexuiz 1.2.1-3.fc5.x86_64 nexuiz-server 1.2.1-3.fc5.x86_64 pam_mount 0.9.25-4.x86_64 rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: tcallawa AT redhat.com package: rekall-devel - 2.2.4-8.fc5.i386 from fedora-extras-5-i386 unresolved deps: libkbase.so.0 rekall = 0:2.2.4-8.fc5 libkbase_kde.so.0 libkbase_common.so.0 libkbase_app.so.0 libkbase_tkwidgets.so.0 libel_interp.so.0 libel_compile.so.0 ---------------------------------------------------------------------- New report for: adrian AT lisas.de package: nexuiz-server - 1.2.1-3.fc5.i386 from fedora-extras-5-i386 unresolved deps: nexuiz-data = 0:1.2.1 From bugzilla at redhat.com Sat Mar 18 10:22:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 05:22:56 -0500 Subject: [Bug 182744] Review Request: libnasl - Nessus Attack Scripting Language In-Reply-To: Message-ID: <200603181022.k2IAMusD007120@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnasl - Nessus Attack Scripting Language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182744 ------- Additional Comments From andreas.bierfert at lowlatency.de 2006-03-18 05:22 EST ------- Fixed the BR. Imported and pushed :) Thanks for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 10:26:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 05:26:04 -0500 Subject: [Bug 182941] Review Request: nessus-core Network vulnerability scanner In-Reply-To: Message-ID: <200603181026.k2IAQ4rW007535@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nessus-core Network vulnerability scanner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182941 Bug 182941 depends on bug 182744, which changed state. Bug 182744 Summary: Review Request: libnasl - Nessus Attack Scripting Language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182744 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 11:24:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 06:24:47 -0500 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200603181124.k2IBOleW016484@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-18 06:24 EST ------- * Fri Mar 17 2006 Enrico Scholz - 0.0.2005.08.R1-3 - fixed the usermgmt in the %postun script: test for uninstallation and swap order of user- and groupdel operations - moved logs to /var/log/kismet - placed status information directly under /var/lib/kismet instead of /var/lib/kismet/.kismet - added /etc/cron.dail/tmpwatch.kismet to cleanup the generated logfiles; used tmpwatch because kismet creates new, differently named logfiles. - added -jobcontrol patch http://ensc.de/fedora/kismet.spec http://ensc.de/fedora/kismet-0.0.2005.08.R1-3.src.rpm =========== > I was talking about the version ... stuff, This has not to do very much with personal style. It just deals with the upstream version (2005-08-R1) which is not allowed for an rpm version tag. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Mar 18 11:32:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 06:32:18 -0500 Subject: [Bug 185799] New: Review Request: nessus-plugins-GPL 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=185799 Summary: Review Request: nessus-plugins-GPL Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas.bierfert at lowlatency.de QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/nessus-plugins-GPL.spec SRPM Name or Url: http://fedora.lowlatency.de/review/nessus-plugins-GPL-2.2.6-1.src.rpm Description: Nessus is a free, up-to-date and full featured remote security scanner. It makes possible to test security modules in an attempt to find vulnerable spots that should be fixed. It is made up of two parts: a server, and a client. The server/daemon, nessusd, is in charge of the attacks, whereas the client, nessus-client-gtk, provides the user a nice X11/GTK+ interface. This package contains Nessus plugins and scripts to build additional plugins. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 12:01:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 07:01:46 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603181201.k2IC1kpd022244@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-18 07:01 EST ------- (In reply to comment #11) > answers to comment #10: > > * fcrondyn should be suid fcron and not root. I don't think so. I think that it shouldn't be setuid, and files in /etc/fcron.* be owned by root and 0644. And it shouldn't be fcrondyn that checks the /etc/fcron.{allow,deny}. If I'm not wrong, fcron does check, but I think that fcrondyn shouldn't check at all. Not a big deal. > * fcronsighup has to be suid root: the idea of this very small program is to > be suid root so as it can send a signal to fcron daemon, while being very > small to ensure maximum security. Correct me if I'm wrong, but this program is used by fcrontab to signal fcron that it should reread the configuration, right? In that case I don't see why any user could be allowed to send a SIGHUP to fcron, only the fcron user. More generaly shouldn't it be better to set up a unix socket setup by fcron to communicate with the fcron user, in a directory and with permissions such that only that user may send something in that socket? Having a setuid root binary uniquely to be able for the fcron user to signal to fcron that the config has changed seems to me an uneeded security risk? I say that because you are the maintainer, and it is more like a request for enhancement ;-). Especially since it is allready something much more complicated, but similar with what I ask, that is used by fcrondyn. For the fedora package, I guess we'll have to go with the setuid root, but maybe we could arrange things such that only the fcron user may run the program. > * concerning the rights about fcron: I think the question should rather be: > why would we add more rights to fcron binary than it needs ? The less rights, > the more secure! Not necessarilly. Any user should be able to read the binary, for example to do md5sum or whatever. It opens a security risk if a user has to become root just to do a md5sum on the binary. concerning the execute bits, they are harmless anyway as the real control is on the ressources that are used as root. I am not familiar enough with fcron to understand if it has to be run as root (for example if it access files that are root-owned) but I can't see why a user shouldn't be able to run it instead of root, especially to try to understand a issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From triad at df.lth.se Sat Mar 18 12:46:11 2006 From: triad at df.lth.se (Linus Walleij) Date: Sat, 18 Mar 2006 13:46:11 +0100 (CET) Subject: Conflict between GNU CS and FHS Message-ID: As has been found in the Fedora Core bugzilla, we discovered a conflict between the GNU Coding Standards and FHS. Quoting FHS: (http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE18) "/usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to." Quoting GNU Coding Standards: (http://www.gnu.org/prep/standards/html_node/Directory-Variables.html) "'sharedstatedir' The directory for installing architecture-independent data files which the programs modify while they run. This should normally be /usr/local/com, but write it as $(prefix)/com. Since the latter will resolve into /usr/com if $prefix is /usr (which is common when building a package for a system), a conflict arise, where FHS says it should not be written to, whereas GNU CS says it is even recommended to do so, provided the data is architecture-independent. Could this issue be resolved? I know $sharedstatedir is somewhat obscure, but not we have a program actually using it. Please visit our Bugzilla ticket for this if you have the time: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183370 Yours, Linus Walleij From bugzilla at redhat.com Sat Mar 18 14:07:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 09:07:17 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603181407.k2IE7HOY006059@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From fcron at free.fr 2006-03-18 09:07 EST ------- Hello again, (In reply to comment #12) > > * fcrondyn should be suid fcron and not root. > > I don't think so. I think that it shouldn't be setuid, and files in /etc/fcron.* > be owned by root and 0644. And it shouldn't be fcrondyn that checks the > /etc/fcron.{allow,deny}. If I'm not wrong, fcron does check, but I think that > fcrondyn shouldn't check at all. Not a big deal. > Yes, I guess it wouldn't be a real security risk if /etc/fcron.* files were 644. It is good to limit as much as possible the amount of information an attacker has, but in this case we may remove the suid bits from fcrondyn if we allow every one to read the /etc/fcron.*. However please note that fcrondyn does drop its setuid rights as soon as it does not need them anymore, which limits the potential harm. > Correct me if I'm wrong, but this program is used by fcrontab to signal fcron > that it should reread the configuration, right? you're right ;) > In that case I don't see why any > user could be allowed to send a SIGHUP to fcron, only the fcron user. > I'm not sure I understand you ... do you mean "why a non priviledged user could not send a signal to fcron daemon?" In this case, you should know that a user can only send a signal to one of its processes. This implies that fcronsighup has to be root (or have root rights) to send a signal to fcron daemon which is run by root. > More generaly shouldn't it be better to set up a unix socket setup by fcron to > communicate with the fcron user, in a directory and with permissions such that > only that user may send something in that socket? Having a setuid root binary > uniquely to be able for the fcron user to signal to fcron that the config has > changed seems to me an uneeded security risk? Actually the best way to do it would be to use dnotify (or inotify) to be informed by the kernel itself about changes in /var/spool/fcron instead of relying on fcronsighup. This is on the to-do list, but not done yet ... if anyone wants to have a go, please do ;) > > I say that because you are the maintainer, and it is more like a request for > enhancement ;-). Especially since it is allready something much more > complicated, but similar with what I ask, that is used by fcrondyn. This is not exactly the same as fcron authenticate users using the fcrondyn channel with a password. > > * concerning the rights about fcron: I think the question should rather be: > > why would we add more rights to fcron binary than it needs ? The less rights, > > the more secure! > > Not necessarilly. Any user should be able to read the binary, for example to do > md5sum or whatever. It opens a security risk if a user has to become root just > to do a md5sum on the binary. concerning the execute bits, they are harmless > anyway as the real control is on the ressources that are used as root. Ok, I see your point. Then yes, you can add read rights to the binaries. The only reason they don't have it by default is because I didn't see why they would need it. If it causes unwanted side effects, then it's worthless ! >I am not > familiar enough with fcron to understand if it has to be run as root (for > example if it access files that are root-owned) but I can't see why a user > shouldn't be able to run it instead of root, especially to try to understand a > issue. fcron runs the job with the user rights of the owner of the job. It has to be root to be able to change its rights to user's ones. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 15:47:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 10:47:29 -0500 Subject: [Bug 168719] Review Request: gdal In-Reply-To: Message-ID: <200603181547.k2IFlT6g017675@www.beta.redhat.com> Please 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 bugs.michael at gmx.net 2006-03-18 10:47 EST ------- > /usr/lib/rpm/brp-strip You should have /usr/lib/rpm/redhat/brp-strip which is part of the "redhat-rpm-config" package which in turn is available if "fedora-rpmdevtools" 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 tcallawa at redhat.com Sat Mar 18 15:59:11 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 18 Mar 2006 09:59:11 -0600 Subject: Conflict between GNU CS and FHS In-Reply-To: References: Message-ID: <1142697551.2751.92.camel@localhost.localdomain> On Sat, 2006-03-18 at 13:46 +0100, Linus Walleij wrote: > As has been found in the Fedora Core bugzilla, we discovered a conflict > between the GNU Coding Standards and FHS. > > Quoting FHS: > (http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE18) > > "/usr is shareable, read-only data. That means that /usr should be > shareable between various FHS-compliant hosts and must not be written > to." > > Quoting GNU Coding Standards: > (http://www.gnu.org/prep/standards/html_node/Directory-Variables.html) > > "'sharedstatedir' > The directory for installing architecture-independent data files which > the programs modify while they run. This should normally be > /usr/local/com, but write it as $(prefix)/com. > > Since the latter will resolve into /usr/com if $prefix is /usr (which is > common when building a package for a system), a conflict arise, where FHS > says it should not be written to, whereas GNU CS says it is even > recommended to do so, provided the data is architecture-independent. I'm pretty sure the GNU CS is wrong here. There are very good reasons to let /usr be read-only. IMHO, /var/ would be a much better place for a sharedstate directory. Of course, right now, %{_sharedstatedir} resolves to %{_prefix}/con in the rpm macros. I'd rather see us use %{_localstatedir} (/var). I think we have two options: 1. Wait for the GNU CS or the FHS to resolve this disconnect. 2. Use %{_localstatedir} in place of %{_sharedstatedir} for apps that care about sharedstatedir to not violate the FHS. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Sat Mar 18 16:25:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 11:25:47 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200603181625.k2IGPl0Y021614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gnu-smalltalk - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From michel.salim at gmail.com 2006-03-18 11:25 EST ------- Might want to add the --with-pic=yes back to configure. I neglected to test it on i386; x86-64 does not exhibit that 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 buildsys at fedoraproject.org Sat Mar 18 16:35:20 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 18 Mar 2006 11:35:20 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060318163520.AA7C0807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 rkhunter-1.2.8-2.fc3 wine-0.9.10-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Mar 18 16:35:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 18 Mar 2006 11:35:54 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060318163554.5A5D1807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 10 clearsilver-0.10.3-3.fc4 dkms-2.0.10-1.fc4 gourmet-0.8.5.13-1.fc4 libshout-2.2-3.fc4 liferea-1.0.7-1.fc4 perl-ExtUtils-CBuilder-0.17-1.fc4 perl-File-Slurp-9999.12-1.fc4 rkhunter-1.2.8-2.fc4 tinyerp-3.2.1-2.fc4 tuxtype2-1.5.3-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 Sat Mar 18 16:39:00 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 18 Mar 2006 11:39:00 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060318163900.D4331807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 15 GeoIP-1.3.14-4.fc5 audacity-1.2.4-0.1.b.fc5 camstream-0.26.3-10.fc5 clearsilver-0.10.3-3.fc5 dkms-2.0.10-2.fc5 gourmet-0.8.5.13-1.fc5 libshout-2.2-3.fc5 mlmmj-1.2.11-4.fc5 mod_security-1.9.2-4.fc5 octave-forge-2006.03.17-1.fc5 opencv-0.9.7-16.fc5 perl-ExtUtils-CBuilder-0.17-1.fc5 perl-File-Slurp-9999.12-1.fc5 tinyerp-3.2.1-3.fc5 tla-1.3.4-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Mar 18 16:39:48 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 18 Mar 2006 11:39:48 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060318163948.3E48A807D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 16 acpi-0.09-1.fc5 clearsilver-0.10.3-3.fc5 dkms-2.0.10-1.fc5 libmatroska-0.8.0-2.fc5 libnasl-2.2.6-3.fc5 libsamplerate-0.1.2-4.fc5 mod_cband-0.9.7.2-3.fc5 naim-0.11.8.2-2.fc5 perl-ExtUtils-CBuilder-0.17-1.fc5 perl-File-Slurp-9999.12-1.fc5 python-chm-0.8.2-2.fc5 python-myghty-1.0.1-1.fc5 scribus-1.3.2-1.fc5 tinyerp-3.2.1-3.fc5 tla-1.3.4-4.fc5 ularn-1.5p4-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ville.skytta at iki.fi Sat Mar 18 16:42:29 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 18 Mar 2006 18:42:29 +0200 Subject: Build dependency exceptions (was: Re: [Bug 184530] Review Request: perl-RPM2) In-Reply-To: <441AF398.3010102@timj.co.uk> References: <200603171705.k2HH5q5S018754@www.beta.redhat.com> <441AF398.3010102@timj.co.uk> Message-ID: <1142700149.8400.24.camel@bobcat.mine.nu> On Fri, 2006-03-17 at 17:36 +0000, Tim Jackson wrote: > bugzilla at redhat.com [really paul at cityfan.org] wrote: > > > I would suggest the following: > > > > Instead of: > > - MUST: A package must not contain any BuildRequires that are listed in the > > exceptions section of Packaging Guidelines. > > - MUST: All other Build dependencies must be listed in BuildRequires. > > > > I'd have: > > - MUST: All build dependencies must be listed in BuildRequires, except for any > > that are listed in the exceptions section of Packaging Guidelines; inclusion of > > those as BuildRequires is optional. > > I'd wholeheartedly agree with this (I've been looking at some packages > that I'm considering submitting and finding the removal of BR's just > because they happen to be in the current list of "standard" ones a bit > hard to swallow, especially when I might ideally like to use those in > other environments where the encoding of some BR's that are in the > Fedora "standard" list would be helpful) My +1 to the "I'd have" wording above. Others, spot? From mattdm at mattdm.org Sat Mar 18 17:00:17 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 18 Mar 2006 12:00:17 -0500 Subject: wxGTK 2.6 for FE3/4? In-Reply-To: <20060311102053.GA23271@free.fr> References: <20060311102053.GA23271@free.fr> Message-ID: <20060318170017.GA31930@jadzia.bu.edu> On Sat, Mar 11, 2006 at 11:20:54AM +0100, Patrice Dumas wrote: > I have a wxGTK26-2.6.2 based on the wxGTK package in extras/devel. I > would like to submit it for FE3/4. I think that, in order to have a smooth > upgrade path, wxGTK in devel should Obsolete/Conflicts wxGTK26. If > the package is accepted, would it be done? Are there any other comments on > my attempt? Especially from those who package wxGTK... Sorry, missed this message. The current plan is: as soon as wxGTK 2.6.3 and the corresponding wxPython 2.6.3.0 are released and working in FE5 and devel, they will be dropped back into FE4 along with the corresponding compat packages. I hadn't intended to mess with as far back as FE3.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Sat Mar 18 17:33:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 12:33:13 -0500 Subject: [Bug 182254] Review Request: SS5 In-Reply-To: Message-ID: <200603181733.k2IHXDCF030761@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: SS5 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182254 ------- Additional Comments From matteo.ricchetti at libero.it 2006-03-18 12:33 EST ------- Ok, I am going to publish new release with your advices, but about "...Also, don't add the version or release to the spec file name...", when I upload my package on SF, I can't use the same file name (i.e. ss5.conf only once). So I name ss5.conf with version & release. So how can I do? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 20:13:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 15:13:15 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603182013.k2IKDFAO017720@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From wart at kobold.org 2006-03-18 15:13 EST ------- Patch included. The sprite viewer doesn't seem to work on FC4-x86_64 or FC5-i386. Type "v" at the yadex command prompt to view sprites and you'll get a new window that hangs. http://www.kobold.org/~wart/fedora/yadex-1.7.0-3.src.rpm http://www.kobold.org/~wart/fedora/yadex.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 20:24:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 15:24:58 -0500 Subject: [Bug 185795] Review Request: fpconst (Python lib for IEEE 754) In-Reply-To: Message-ID: <200603182024.k2IKOwtN018891@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fpconst (Python lib for IEEE 754) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185795 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-18 15:24 EST ------- - Package should be called python-fpconst - Shouldn't use macros in URL (non-blocker) - Don't need python-devel in BR - Drop the second paragraph in %description - Drop PKG-INFO from %doc -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 20:54:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 15:54:11 -0500 Subject: [Bug 185824] New: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations 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=185824 Summary: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: imlinux at gmail.com QAContact: fedora-extras-list at redhat.com Spec: http://mmcgrath.net/~mmcgrath/perl-Date-Pcalc/perl-Date-Pcalc.spec SRPM: http://mmcgrath.net/~mmcgrath/perl-Date-Pcalc/perl-Date-Pcalc-1.2-1.src.rpm Description: This package consists of a Perl module for all kinds of date calculations based on the Gregorian calendar (the one used in all western countries today), thereby complying with all relevant norms and standards: ISO/R 2015-1971, DIN 1355 and, to some extent, ISO 8601 (where applicable). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tcallawa at redhat.com Sat Mar 18 21:18:18 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 18 Mar 2006 15:18:18 -0600 Subject: Conflict between GNU CS and FHS In-Reply-To: <20060318164717.019584400C@Psilocybe.Update.UU.SE> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> Message-ID: <1142716698.2751.105.camel@localhost.localdomain> On Sat, 2006-03-18 at 17:47 +0100, Alfred M. Szmidt wrote: > I'm pretty sure the GNU CS is wrong here. There are very good > reasons to let /usr be read-only. IMHO, /var/ would be a much > better place for a sharedstate directory. > > The GCS isn't wrong here, on GNU $(prefix) will be empty, so > $(sharedstatedir) will be equal to /com. If one is worried about > old/broken systems that still use /usr, a simple fix is to make > /usr/com a symbolic link to /com or some such. The reason why /usr is > broken today is simply because what it tries to achive can be solved > using directory unions so an extra directory like /usr isn't needed to > seperate data. Old broken systems defined as "every UNIX platform in use today". Utopia is a nice place to shoot for, but we've got to live in the real world. Then again, I'm not opposed to making /com be the home for sharedstatedir (with a symlink). I just think its a little presumptious to be referring to /usr like it is an abnormal feature of a corner case OS. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Sat Mar 18 21:32:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 16:32:39 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603182132.k2ILWdbP026725@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2006-03-18 16:32 EST ------- - FC5+: BR openssl-devel can be dropped - FC5+: BR libXt-devel libXpm-devel needed - standard /usr/lib64 rpath on x86_64 could be avoided eg. like (in %prep): sed -i -e 's|/lib /usr/lib\b|/%{_lib} %{_libdir}|' configure - I don't see why -devel would need Requires: xgnokii, my guess is that xgnokii.pc exists only so that the upstream artwork package can query xgnokii's prefix or something using pkgconfig, so leaving the dependency out should be ok - please convert to UTF-8: ChangeLog CREDITS README COPYRIGHT smsd/ChangeLog xgnokii/ChangeLog Other than those, looks good to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 22:11:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 17:11:19 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603182211.k2IMBJMW031245@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-18 17:11 EST ------- (In reply to comment #13) > Yes, I guess it wouldn't be a real security risk if /etc/fcron.* files were > 644. It is good to limit as much as possible the amount of information an > attacker has, but in this case we may remove the suid bits from fcrondyn if we > allow every one to read the /etc/fcron.*. However please note that fcrondyn > does drop its setuid rights as soon as it does not need them anymore, which > limits the potential harm. In fact I believe that both sides have pros and cons (information leak versus a possibility of doing something unwanted as the fcron user). It seems to me that in the fedora rpm the config files should be 0644 and fcrondyn not setuid fcron, as it is how it is done in the whole distro. Alain, what do you think about that? > I'm not sure I understand you ... do you mean "why a non priviledged user > could not send a signal to fcron daemon?" > In this case, you should know that a user can only send a signal to one of its > processes. This implies that fcronsighup has to be root (or have root rights) > to send a signal to fcron daemon which is run by root. I understand perfectly the issue, what I was saying is that the only unpriviledged user that should be allowed to send this signal to fcron should be the fcron user. What about having fcronsighup with the following rights: -rwsr-x--- root fcron or -rwsr-xr-- root fcron > Actually the best way to do it would be to use dnotify (or inotify) to be > informed by the kernel itself about changes in /var/spool/fcron instead of > relying on fcronsighup. This is on the to-do list, but not done yet ... if > anyone wants to have a go, please do ;) I can only say that seems seems the best way to go, at least much better than what I proposed ;-) > fcron runs the job with the user rights of the owner of the job. It has to be > root to be able to change its rights to user's ones. Ok, so if the user wants only to run his jobs, then he can run it, so it should be executable by anyone. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Sat Mar 18 22:25:16 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 18 Mar 2006 23:25:16 +0100 Subject: wxGTK 2.6 for FE3/4? In-Reply-To: <20060318170017.GA31930@jadzia.bu.edu> References: <20060311102053.GA23271@free.fr> <20060318170017.GA31930@jadzia.bu.edu> Message-ID: <20060318222516.GA2308@free.fr> > Sorry, missed this message. The current plan is: as soon as wxGTK 2.6.3 and > the corresponding wxPython 2.6.3.0 are released and working in FE5 and > devel, they will be dropped back into FE4 along with the corresponding > compat packages. I hadn't intended to mess with as far back as FE3.... Allright. I don't need it for FE-3 as there is no chmlib anyway (so no xchm). So I wont ask for FE3 for now. -- Pat From bugzilla at redhat.com Sat Mar 18 22:25:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 17:25:33 -0500 Subject: [Bug 185795] Review Request: fpconst (Python lib for IEEE 754) In-Reply-To: Message-ID: <200603182225.k2IMPXfN001576@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fpconst (Python lib for IEEE 754) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185795 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2006-03-18 17:25 EST ------- You could also take a look at http://mattdm.org/misc/fedoraextras/python-fpconst.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From caillon at redhat.com Sat Mar 18 22:44:30 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 18 Mar 2006 17:44:30 -0500 Subject: Where are newly released packages? In-Reply-To: <441AFB84.5020904@ieee.org> References: <441AFB84.5020904@ieee.org> Message-ID: <441C8D4E.2090609@redhat.com> On 03/17/2006 01:10 PM, Quentin Spencer wrote: > I have a build (octave-forge, job 6461) that is failing because it > depends on a package that was released a few hours ago. It seems to know > that the package exists, but can't download it. I thought that once a > package is released, even if it's not on all the mirrors yet, it would > be available to the build system. I also don't see any recently released > stuff on download.fedora.redhat.com, which I thought was the primary > mirror where you could always find the latest releases. Am I wrong? > AIUI, it performs an rsync every so often (not sure how frequent this is, though) so as to not re-fetch RPMs from the mirrors every time someone submits a build. If you re-submit your build, it'd probably work now. From bugzilla at redhat.com Sat Mar 18 23:00:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 18:00:24 -0500 Subject: [Bug 167364] Review Request: Fuse emulator utilities In-Reply-To: Message-ID: <200603182300.k2IN0Oak008960@www.beta.redhat.com> Please 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 Bug 167364 depends on bug 166960, which changed state. Bug 166960 Summary: Review Request: Fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |RAWHIDE Status|REOPENED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Mar 18 23:09:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 18:09:29 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603182309.k2IN9Twf010208@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-18 18:09 EST ------- Ping! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 18 23:18:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 18:18:25 -0500 Subject: [Bug 185795] Review Request: fpconst (Python lib for IEEE 754) In-Reply-To: Message-ID: <200603182318.k2INIPsT011153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fpconst (Python lib for IEEE 754) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185795 ------- Additional Comments From tkmame at retrogames.com 2006-03-18 18:18 EST ------- Spec Name or Url: http://tkmame.retrogames.com/fedora-extras/python-fpconst.spec SRPM Name or Url: http://tkmame.retrogames.com/fedora-extras/python-fpconst-0.7.2-1.src.rpm ( you may need to download it from http://tkmame.retrogames.com/fedora-extras/ ) Changelog: - Initial Release of python-fpconst, changes from fpconst include: - Renamed package from fpconst to python-fpconst - Removed macros in URL - Removed python-devel from BR - Droped the second paragraph in %description - Droped PKG-INFO from %doc - Added pep-0754.txt to %doc Thanks Patrice for the additional information. I forgot to add pep-0754.txt to %doc which I noticed when looking at that other spec file! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Sat Mar 18 23:47:25 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 19 Mar 2006 00:47:25 +0100 Subject: Build dependency exceptions (was: Re: [Bug 184530] Review Request: perl-RPM2) In-Reply-To: <1142700149.8400.24.camel@bobcat.mine.nu> References: <200603171705.k2HH5q5S018754@www.beta.redhat.com> <441AF398.3010102@timj.co.uk> <1142700149.8400.24.camel@bobcat.mine.nu> Message-ID: <20060319004725.25c70354.bugs.michael@gmx.net> On Sat, 18 Mar 2006 18:42:29 +0200, Ville Skytt? wrote: > On Fri, 2006-03-17 at 17:36 +0000, Tim Jackson wrote: > > bugzilla at redhat.com [really paul at cityfan.org] wrote: > > > > > I would suggest the following: > > > > > > Instead of: > > > - MUST: A package must not contain any BuildRequires that are listed in the > > > exceptions section of Packaging Guidelines. > > > - MUST: All other Build dependencies must be listed in BuildRequires. > > > > > > I'd have: > > > - MUST: All build dependencies must be listed in BuildRequires, except for any > > > that are listed in the exceptions section of Packaging Guidelines; inclusion of > > > those as BuildRequires is optional. > > > > I'd wholeheartedly agree with this (I've been looking at some packages > > that I'm considering submitting and finding the removal of BR's just > > because they happen to be in the current list of "standard" ones a bit > > hard to swallow, especially when I might ideally like to use those in > > other environments where the encoding of some BR's that are in the > > Fedora "standard" list would be helpful) > > My +1 to the "I'd have" wording above. Others, spot? If this means that we will see packages with BR gcc-c++ rpm-build libstdc++-devel again, I cannot become fond of this proposal. ;) From bugzilla at redhat.com Sun Mar 19 00:55:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 19:55:24 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603190055.k2J0tOJ3021883@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From fcron at free.fr 2006-03-18 19:55 EST ------- (In reply to comment #14) > I understand perfectly the issue, what I was saying is that the only > unpriviledged user that should be allowed to send this signal to fcron should be > the fcron user. > > What about having fcronsighup with the following rights: > -rwsr-x--- root fcron > or > -rwsr-xr-- root fcron > That does not seem to be absolutely necessary, but I guess other users do not need to be able to run fcronsighup, so why not! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From mattdm at mattdm.org Sun Mar 19 02:14:57 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 18 Mar 2006 21:14:57 -0500 Subject: wxGTK 2.6 for FE3/4? In-Reply-To: <20060318222516.GA2308@free.fr> References: <20060311102053.GA23271@free.fr> <20060318170017.GA31930@jadzia.bu.edu> <20060318222516.GA2308@free.fr> Message-ID: <20060319021457.GA20672@jadzia.bu.edu> On Sat, Mar 18, 2006 at 11:25:16PM +0100, Patrice Dumas wrote: > > Sorry, missed this message. The current plan is: as soon as wxGTK 2.6.3 and > > the corresponding wxPython 2.6.3.0 are released and working in FE5 and > > devel, they will be dropped back into FE4 along with the corresponding > > compat packages. I hadn't intended to mess with as far back as FE3.... > Allright. I don't need it for FE-3 as there is no chmlib anyway (so no xchm). > So I wont ask for FE3 for now. Follow bugs 154618 and 163440 for the status of this. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Sun Mar 19 02:23:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 21:23:44 -0500 Subject: [Bug 182064] Review Request: facter In-Reply-To: Message-ID: <200603190223.k2J2Niwl031547@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: facter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064 ------- Additional Comments From jpmahowald at gmail.com 2006-03-18 21:23 EST ------- md5sum of source tarball in srpm does not match URL in Source0. srpm one seems to have additional Rakefile stuff. Link to a matching archive or include patches. 46ad9c6f1432c4d579eaa768338769be facter-1.1.4.tgz (Source0 URL) b20eb00ab240df97f0f9be27dd380f43 facter-1.1.4.tgz (in srpm) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tcallawa at redhat.com Sun Mar 19 02:37:48 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 18 Mar 2006 20:37:48 -0600 Subject: Conflict between GNU CS and FHS In-Reply-To: <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> Message-ID: <1142735868.2751.121.camel@localhost.localdomain> On Sat, 2006-03-18 at 22:58 +0100, Alfred M. Szmidt wrote: > That corner case operating system is used world wide, and you (I > assume so by your email address) work for a company that produces a > variant of the GNU system. So it isn't presumptious at all, on the > contrary... Based on this information, since Linux uses /usr, and it is not presumptious to assume that we should not be using /usr, all packages storing files in /usr are hereby in violation of all of the Fedora Extras Packaging guidelines. That's assuming that the Fedora Extras Packaging guidelines stated that the GNU CS was to be followed. Which it most certainly does not. I believe that the FHS trumps the GNU CS. Thus, thou shalt not store stateful data in /usr/con. Feel free to put it in /con, or /var, or anywhere else that doesn't violate the FHS. Is that good enough? I'm willing to hear reasonable arguments that don't involve tunnel vision, otherwise, this is the policy I'm taking to FESCO. ~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 Mar 19 02:57:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 21:57:51 -0500 Subject: [Bug 185824] Review Request: perl-Date-Pcalc - Gregorian calendar date calculations In-Reply-To: Message-ID: <200603190257.k2J2vpVI003236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185824 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: perl-Date- |Review Request: perl-Date- |Pcalc - Gregorian calendar |Pcalc - Gregorian calendar |date calculations |date calculations Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |mitr at redhat.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From mitr at redhat.com 2006-03-18 21:57 EST ------- Looks good, only a few things: - The tarball contains licence texts, so they must be packaged - Please convert the man page from ISO-8859-1 to UTF-8: W: perl-Date-Pcalc file-not-utf8 /usr/share/man/man3/Date::Pcalc.3pm.gz - Consider packaging CREDITS.txt; README.txt refers to it and the authors deserve the credit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From smooge at gmail.com Sun Mar 19 03:18:49 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Sat, 18 Mar 2006 20:18:49 -0700 Subject: Conflict between GNU CS and FHS In-Reply-To: <1142735868.2751.121.camel@localhost.localdomain> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> <1142735868.2751.121.camel@localhost.localdomain> Message-ID: <80d7e4090603181918k167faaa2kff3396b3c3d464b1@mail.gmail.com> On 3/18/06, Tom 'spot' Callaway wrote: > On Sat, 2006-03-18 at 22:58 +0100, Alfred M. Szmidt wrote: > > > That corner case operating system is used world wide, and you (I > > assume so by your email address) work for a company that produces a > > variant of the GNU system. So it isn't presumptious at all, on the > > contrary... > > Based on this information, since Linux uses /usr, and it is not > presumptious to assume that we should not be using /usr, all packages > storing files in /usr are hereby in violation of all of the Fedora > Extras Packaging guidelines. > Tom, dont feed the GNU trolls. They live for the day that the one true HURD is used. As far as I can tell.. /com/ may not be valid under the FHS so it should be /var. I think that people will not be able to code under both the GNU Coding Standards and the FHS. Oh well, I expect that we will get an email about how is Fedora going to deal with GNU Documentation License items too :) -- Stephen J Smoogen. CSIRT/Linux System Administrator From mattdm at mattdm.org Sun Mar 19 03:41:11 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 18 Mar 2006 22:41:11 -0500 Subject: Conflict between GNU CS and FHS In-Reply-To: <1142735868.2751.121.camel@localhost.localdomain> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> <1142735868.2751.121.camel@localhost.localdomain> Message-ID: <20060319034111.GA23084@jadzia.bu.edu> On Sat, Mar 18, 2006 at 08:37:48PM -0600, Tom 'spot' Callaway wrote: > I believe that the FHS trumps the GNU CS. Thus, thou shalt not store > stateful data in /usr/con. Feel free to put it in /con, or /var, or > anywhere else that doesn't violate the FHS. Unless I'm confused, /con violates the FHS. (From chapter 3, "Applications must never create or require special files or subdirectories in the root directory. Other locations in the FHS hierarchy provide more than enough flexibility for any package.") So it should be somewhere under /var. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Sun Mar 19 03:36:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 22:36:29 -0500 Subject: [Bug 185831] New: Review Request:
Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185831 Summary: Review Request:
Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: ohurtarte at hotmail.com QAContact: fedora-extras-list at redhat.com Component: yumex Version: 0.99.12 Summary: TBfd9fdd2b yumexmain.py:579:new_profile:AttributeError: YumexMainApplication instance has no attribute 'get_selected' Traceback (most recent call last): File "/usr/share/yumex/yumexmain.py", line 219, in on_ProfileNew self.new_profile() File "/usr/share/yumex/yumexmain.py", line 579, in new_profile repos = self.get_selected( 0 ) AttributeError: YumexMainApplication instance has no attribute 'get_selected' Local variables in innermost frame: self: <__main__.YumexMainApplication instance at 0xb797828c> name: prueba -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Sun Mar 19 04:16:15 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 19 Mar 2006 05:16:15 +0100 Subject: Conflict between GNU CS and FHS In-Reply-To: <1142735868.2751.121.camel@localhost.localdomain> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> <1142735868.2751.121.camel@localhost.localdomain> Message-ID: <1142741775.31760.261.camel@mccallum.corsepiu.local> On Sat, 2006-03-18 at 20:37 -0600, Tom 'spot' Callaway wrote: > On Sat, 2006-03-18 at 22:58 +0100, Alfred M. Szmidt wrote: > > > That corner case operating system is used world wide, and you (I > > assume so by your email address) work for a company that produces a > > variant of the GNU system. So it isn't presumptious at all, on the > > contrary... > > Based on this information, since Linux uses /usr, and it is not > presumptious to assume that we should not be using /usr, all packages > storing files in /usr are hereby in violation of all of the Fedora > Extras Packaging guidelines. > > That's assuming that the Fedora Extras Packaging guidelines stated that > the GNU CS was to be followed. Which it most certainly does not. > > I believe that the FHS trumps the GNU CS. Neither trumps anything. The points you seem to be ignoring: * The GCS is a CODING standard. * The FHS is a FILE HIERARCHY standand. These are completely different tasks. All the GCS does, is to specify that packages (i.e. developers) should consider/honor a "sharedstatedir" for which the GCS authors make certain proposals. The GCS's proposals do not fit well into the FHS, a fact, which I consider to be a gap of the FHS. I presume this gap exists deliberately, because standardizing sharing data between systems is hardly possible in real world. I.e. I don't see any "x trumps y" relation, but consider the whole issue to be a question of implementation. I.e. system integrator's/vendor's task to choose/implement a specific convention that complies to both for a product (such as Fedora). > Thus, thou shalt not store > stateful data in /usr/con. Feel free to put it in /con, or /var, or > anywhere else that doesn't violate the FHS. Technically /com would be nice solution (and I've seen this being used in real world), but as others already pointed out, this violates the current FHS. > Is that good enough? I'm willing to hear reasonable arguments that don't > involve tunnel vision, otherwise, this is the policy I'm taking to > FESCO. IMO, from FE's POV, this whole issue boils down to a bug in RPM. /usr/com is definitely wrong. Now, it's up to the RH and FESCO to find an reasonable, FHS compliant convention of how to implement a "sharedstatedir" in Fedora and up to RH's rpm integrators to decide on how to implement it in rpm. IMO, using /var as "sharedstatedir" would probably work in 99% of all cases, but I thinks will only a matter of time until you'd find a clash between "localstatedir" and "sharedstatedir", so I'd be leaning for /var/com or similar. Ralf From rc040203 at freenet.de Sun Mar 19 04:43:13 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 19 Mar 2006 05:43:13 +0100 Subject: Conflict between GNU CS and FHS In-Reply-To: References: Message-ID: <1142743394.31760.281.camel@mccallum.corsepiu.local> On Sat, 2006-03-18 at 13:46 +0100, Linus Walleij wrote: > Since the latter will resolve into /usr/com if $prefix is /usr (which is > common when building a package for a system), a conflict arise, where FHS > says it should not be written to, whereas GNU CS says it is even > recommended to do so, provided the data is architecture-independent. > > Could this issue be resolved? Well this issue pops up at infrequent intervals - IMO, there are good reasons why this had not been resolved and had not found a way into the FHS. The usual killer/devil's advocate argument/question is: Q: Is general sharing data possible at all? A: Yes, if your application supports all possible systems which can access the data. I.e. in real world cases, this hardly will ever be possible. What is possible, is sharing data between certain systems in a particular network. But this is a case OS vendors can't handle, and will have to leave to sysadmins to resolve locally. A common approach sysadmin apply is to network-mount certain directories into other directories between machines (c.f. to sharing /var/*mail, or /usr/share). > I know $sharedstatedir is somewhat obscure, > but not we have a program actually using it. I can't avoid questioning if this package's author knows what he is doing. As far as packaging a particular package for Fedora is concerned, I'd circumvent this issue by trying to use localstatedir instead of using sharedstatedir, and avoid trying to resolve the gaps in standards. Ralf From bugzilla at redhat.com Sun Mar 19 04:56:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 18 Mar 2006 23:56:20 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603190456.k2J4uKOq016261@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2006-03-18 23:56 EST ------- * Package still doesn't build in mock: ... RPM build errors: Installed (but unpackaged) file(s) found: /usr/share/info/dir ... I recommend to add rm -f ${RPM_BUILD_ROOT}%{_infodir}/dir to the end of %install * A typo %description devel -Development files for lipopts +Development files for libopts Provided you apply these two changes, I am approving this package. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 09:10:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 04:10:06 -0500 Subject: [Bug 185831] Review Request:
In-Reply-To: Message-ID: <200603190910.k2J9A6fn015434@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185831 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Package Review |yumex AssignedTo|bugzilla-sink at leemhuis.info |tla at rasmil.dk QAContact|fedora-extras- |extras-qa at fedoraproject.org |list at redhat.com | OtherBugsDependingO|163776 | nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sun Mar 19 10:18:40 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 05:18:40 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060319101840.D16BD8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 acpi-0.09-1.fc3 dkms-2.0.10-1.fc3 perl-File-Slurp-9999.12-1.fc3 tinyerp-3.2.1-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 19 10:18:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 05:18:54 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060319101854.C2BB38010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 acpi-0.09-1.fc4 compat-wxGTK-2.4.2-17.fc4 liferea-1.0.8-1.fc4 mod_cband-0.9.7.2-3.fc4 perl-Locale-Maketext-Lexicon-0.54-1.fc4 prboom-2.3.1-5.fc4 python-chm-0.8.2-2.fc4 ularn-1.5p4-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 Mar 19 10:19:17 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 05:19:17 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060319101917.279AE8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 14 acpi-0.09-1.fc5 compat-wxGTK-2.4.2-17.fc5 gossip-0.10.2-2.fc5 liferea-1.0.8-2.fc5 mod_cband-0.9.7.2-3.fc5 mod_geoip-1.1.7-3.fc5 mod_security-1.9.2-4.fc5 perl-Locale-Maketext-Lexicon-0.54-1.fc5 prboom-2.3.1-5.fc5 python-GeoIP-1.2.1-4.fc5 python-chm-0.8.2-2.fc5 rkhunter-1.2.8-3.fc5 ularn-1.5p4-4.fc5 xemacs-21.4.19-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 Sun Mar 19 10:19:47 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 05:19:47 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060319101947.35A9A8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 8 compat-wxGTK-2.4.2-17.fc5 gossip-0.10.2-3.fc5 libsexy-0.1.8-1.fc5 liferea-1.0.8-3.fc5 perl-Locale-Maketext-Lexicon-0.54-1.fc5 prboom-2.3.1-5.fc5 rkhunter-1.2.8-3.fc5 xemacs-21.4.19-3.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ville.skytta at iki.fi Sun Mar 19 10:25:55 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Mar 2006 12:25:55 +0200 Subject: Fedora Extras development Package Build Report In-Reply-To: <20060319101947.35A9A8010@extras64.linux.duke.edu> References: <20060319101947.35A9A8010@extras64.linux.duke.edu> Message-ID: <1142763955.7379.14.camel@bobcat.mine.nu> On Sun, 2006-03-19 at 05:19 -0500, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 8 > > compat-wxGTK-2.4.2-17.fc5 > gossip-0.10.2-3.fc5 > libsexy-0.1.8-1.fc5 > liferea-1.0.8-3.fc5 > perl-Locale-Maketext-Lexicon-0.54-1.fc5 > prboom-2.3.1-5.fc5 > rkhunter-1.2.8-3.fc5 > xemacs-21.4.19-3.fc5 The .fc5 disttag for packages in devel is filed as https://bugzilla.redhat.com/185838 From bugzilla at redhat.com Sun Mar 19 11:32:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 06:32:24 -0500 Subject: [Bug 185795] Review Request: fpconst (Python lib for IEEE 754) In-Reply-To: Message-ID: <200603191132.k2JBWOtO014051@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fpconst (Python lib for IEEE 754) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185795 ------- Additional Comments From mattdm at mattdm.org 2006-03-19 06:32 EST ------- Yeah, I'd worked on this a year ago before the FE package review process was really properly figured out, so it got ignored. Your new spec looks fine at first glance, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 13:06:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 08:06:48 -0500 Subject: [Bug 181404] Review Request: emacs-muse In-Reply-To: Message-ID: <200603191306.k2JD6m8O026625@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-muse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181404 ------- Additional Comments From jonathan.underwood at gmail.com 2006-03-19 08:06 EST ------- OK, I have now created an account, and await your sponsorship :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sun Mar 19 15:15:16 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 10:15:16 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060319151516.594568010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 1 xchat-gnome-0.10-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 19 15:15:22 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 10:15:22 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060319151522.B01088010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 2 gourmet-0.10.1-2.fc5 xchat-gnome-0.10-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 19 15:15:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 10:15:13 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060319151513.CE60E8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 exim-4.60-3.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From fedora at leemhuis.info Sun Mar 19 15:43:09 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 19 Mar 2006 16:43:09 +0100 Subject: Summary from the last FESCo meeting Message-ID: <1142782989.2211.6.camel@localhost.localdomain> In the wiki at: http://www.fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20060316 == Summary == Present from FESCo: thl, warren, jeremy, scop, skvidal, Anvil, ensc Important topics: * Mass rebuild of Extras for FC5 * 69 packages still need a rebuild; ensc has a script that will file bugs for those * we'll remove all the old packages that are obsoleted by a newer version when branching FE5. Additionally, in the future we'll only keep the newest version of a package in the devel tree and remove the older ones directly -- just as it is done in rawhide. For supported distros the nothing changes (e.g. the newest package and one older package) * Try to fix broken deps in FE5 before FC5 is published; If that's not possible we'll consider removing packages with broken deps * Split fedora-extras-list * warren> I'm moving ahead with the transition of the fedora-extras list thing within the next week * Kernel module standardization * some test builds for FE5 worked wine; we'll see what happens if people start to use those * building for ppc64 not that easy; thl will look at it * EOL Policy for FE * thl plans to bring that forward after FC5 * Extras to handle multilib * Core is working on a proper solution that we might adopt for Extras in the longer term. Until then we'll ignore multilib mostly. Special exception: wine. wine.x86_64 doesn't make that much sense atm and many people requested wine.i386 in the x86-64-repo. We'll allow that by manually copying it (and the needed deps) over. Request for copying via FC[3-5]Status-pages in the wiki. No other exceptions should slip in, otherwise it will get unmanageable with this manual way. == Full Log == {{{ 18:59 --> | Sopwith (Undisclosed) has joined #fedora-extras 19:00 --- | thl has changed the topic to: FESCo Meeting in progress 19:00 < thl> | Hello everyone 19:00 < skvidal> | hi 19:00 < thl> | who's around? 19:00 < skvidal> | I am 19:00 < jeremy> | hi thorsten! :) 19:00 < warren> | hi 19:01 --- | thl has changed the topic to: FESCo Meeting in progress -- Mass rebuild of Extras for FC5 19:01 < roozbeh> | warren: i have went through the whole thing, i know. but lemme test and see what happens. i will contact you again if i found you were wrong ;) 19:01 < thl> | okay, current status 19:01 < thl> | 69 packages still need a rebuild 19:01 < thl> | I just posted about some orphans to extras-list 19:01 --> | JSchmitt (Jochen Schmitt) has joined #fedora-extras 19:01 < thl> | is it okay for everybody if we remove them before FE5 is live? 19:01 < ensc> | thl: my mass-bz script seems to work... 19:02 < ensc> | (finished 1 minute ago ;) ) 19:02 < thl> | hey, ensc, that'sgreat 19:02 < warren> | thl, i'm rebuilding my packages 19:02 < thl> | warren, thx 19:02 < roozbeh> | is owen taylor's package still not rebuilt? it is practically orphaned, since he told me he doesn't have the extras build env anymore 19:03 < roozbeh> | libuniname or sth 19:03 < thl> | roozbeh, seems someone build it afaics 19:03 < roozbeh> | ok, nice to hear 19:03 < thl> | I take the silence as "yes, remove those if no one complains on the list in the next 24 hours" 19:04 < jeremy> | thl: sounds good to me 19:04 < roozbeh> | thl: lovely 19:04 < thl> | k 19:04 < thl> | for the 69 still not rebuild 19:04 <-- | roozbeh has quit ("Leaving") 19:04 < thl> | ensc, can you test you script with those? 19:04 < thl> | some bugs are files already 19:05 < thl> | look at http://www.fedoraproject.org/wiki/Extras/FC5Status before you run it 19:05 < ensc> | thl: do you have a wording for the bugzilla comment? 19:05 < thl> | no 19:05 < thl> | just write down some line that might fit 19:06 < thl> | and link to the initial rebuild announcment 19:06 < thl> | next one regarding that topic 19:06 < thl> | jeremy said branching of extras should happen soon 19:06 < ensc> | do we have a tracker bug? 19:07 < thl> | ensc, yeah, FE5TRACKER iirc 19:07 < jeremy> | thl: yeah, I'm looking into what all is needed to have the branching not be a disaster now 19:07 --> | scop (Ville Skytta) has joined #fedora-extras 19:07 < thl> | there was one more thing regarding FE5 that came up: 19:08 < thl> | shall we remove all the old packages that are opsoleted by a newer version? 19:08 < Anvil> | scop : hello 19:08 < thl> | I think we should 19:08 * | scop blushes, late again 19:08 < warren> | thl, yes 19:09 < thl> | anyone around who thinks that's a bad idea ? 19:09 < jeremy> | sounds good to me 19:09 < Sopwith> | Yes, we should. 19:09 < thl> | jeremy, can you do that yourself with repoquery? 19:10 < thl> | btw, I'm wondering if we should use a similar tactic for the extras/devel tree in general 19:10 < jeremy> | thl: I can figure something out 19:10 < thl> | e.g. just like rawhide 19:10 < thl> | only the newes package is available, old ones get deleted immediately 19:10 < thl> | less space on the servers and easier to manage 19:10 < thl> | jeremy, thx 19:11 < thl> | other opions on that tactic for extras/devel/ ? 19:11 < jeremy> | I'm not against it 19:11 < thl> | s/opions/opinions / 19:12 < warren> | Does that make repocreate and repoview faster? 19:12 < scop> | works4me for devel 19:12 < thl> | warren, maybe, not sure 19:12 < scop> | probably somewhat 19:13 < thl> | okay, so we change that in devel after the FE5 tree was created? 19:13 < thl> | skvidal, can you change the script accordingly? 19:13 < thl> | Or is that a complicated? 19:14 < scop> | not complicated, I can take care of it 19:14 < thl> | scop, thx 19:14 < thl> | okay 19:15 < thl> | are there any other things regarding Mass rebuild/FE5 that need discussing? 19:15 < thl> | otherwise it might be to late 19:15 < warren> | Are we removing things not rebuilt, or filing bugs? 19:15 < thl> | warren, filing bugs 19:16 < thl> | k, moving on 19:16 < warren> | I'm moving ahead with the transition of the fedora-extras list thing within the next week 19:16 < thl> | :) 19:16 < thl> | thx warren, that was on my "ask warren list" 19:16 --- | thl has changed the topic to: FESCo meeting -- Kernel module standardization 19:17 < thl> | scop, any news? 19:17 < thl> | building the modules worked fine afaics 19:17 < scop> | the test builds look pretty much ok 19:17 < thl> | k 19:17 < thl> | I'll rebuild some other modules with the new same in the next days 19:18 < thl> | we'll see what happens if people start to use those 19:18 --- | thl has changed the topic to: FESCo meeting -- EOL Policy for FE 19:18 < thl> | any news on this one? 19:18 < scop> | I added ppc64 and ppc64iseries to lirc-kmod just to test, but the build is stuck in buildsys 19:18 < scop> | (sorry, still on kmods) 19:18 < thl> | scop, np 19:18 < scop> | https://bugzilla.redhat.com/185387 19:19 < scop> | I'm done now, please proceed :) 19:19 < thl> | warren, can you poke dcbw to look at #185387 19:19 < thl> | kernel-modules for ppc64 sound like a good idea 19:19 < thl> | ppc64iseries seems no that important to me for now ;-) 19:20 < warren> | yeah 19:20 < thl> | that can wait some weeks if that's more complicated 19:20 < thl> | k 19:20 < thl> | so back to EOL 19:20 < jeremy> | ppc64 in general may be complicated :-/ 19:20 < warren> | would you really be using lirc on ppc64*? 19:20 < scop> | no 19:20 --- | thl has changed the topic to: FESCo meeting -- kmods and ppc64 19:20 < scop> | O 19:20 < thl> | jeremy, why? 19:20 < scop> | oops 19:20 < warren> | then why build it there? 19:21 < scop> | I have repeatedly mentioned on the extras list that I'm testing the infrastructure with these builds 19:21 < scop> | and that I will remove the packages from the repo before FC5 19:21 < jeremy> | thl: for core, all ppc64 builds happen in a full ppc64 buildroot. we don't do a ppc64 release, and I'm not 100% sure that things will just work in a mixed env 19:22 * | thl thinks about that for a moment 19:22 < warren> | We don't publish FC5 ppc64 19:22 < thl> | we'll probably have to look at that closer and fix it after FE5 19:22 < warren> | there is no easy way of making a FC5 ppc64 buildroot 19:22 < thl> | not nice, but that's life 19:23 < warren> | I personally wouldn't worry about ppc64 kernel modules 19:23 < thl> | jeremy, any idea how that could be solved without a complete ppc64 tree? 19:23 < warren> | ppc itself is less than 1% of our users, and they will continue to shrink 19:23 < thl> | I have access to a ppc64 machine with plague on it 19:23 < thl> | I'll try to take a look 19:24 < jeremy> | thl: it might work. it's worth trying, but I just don't know if it will work 19:24 < thl> | maybe I can get it running somehow 19:24 < jeremy> | and if it doesn't, I'm not sure if there's much we can do :-/ 19:24 < thl> | jeremy, k, that's life 19:24 < thl> | okay, anything else? 19:24 --- | thl has changed the topic to: FESCo meeting -- EOL Policy for FE 19:24 < thl> | okay, back to this one 19:25 < thl> | I plan to bring that forward after FE5 19:25 < thl> | there was to much todo in the last weeks 19:25 < thl> | Sorry for that 19:25 < warren> | Did we decide on anything regarding this topic earlier? I'm fuzzy. 19:25 < thl> | no, we didn't yet 19:25 < thl> | the only thing we said was: 19:26 < thl> | No new branches for FE3 in cvs 19:26 < thl> | but they are created nevertheless iirc 19:26 < thl> | no big deal 19:26 < warren> | I personally want one server utilty that I use added to FE3... 19:26 < warren> | but never had a chance to package it yet 19:27 < thl> | okay, then let's ignore that for now 19:27 --- | thl has changed the topic to: FESCo meeting -- Encourage Extras reviews 19:27 < thl> | any new ideas? 19:27 < warren> | heard any progress from Hans on the security thing? 19:27 < warren> | thl, nothing new, only need to improve documentation, no different than before. This is largely my responsibility. 19:28 < thl> | warren, no, didn't hear anything from hans 19:28 < thl> | I'll try to drive that forward together with the EOL thing 19:29 --- | thl has changed the topic to: FESCo meeting -- Broken deps report 19:29 < thl> | mschwendt not around 19:29 < thl> | let's skip it 19:29 < warren> | he posted stuff to the list 19:29 < warren> | like we agreed last week, broken deps are a bigger problem than not rebuilt packages 19:29 < thl> | yeah, but I think it needs a bit imporving 19:30 < thl> | and it should run on one of our severs automatically 19:30 * | warren goes to poke the owner of at-poke 19:30 < thl> | yeah, there are still some broken deps 19:32 < thl> | do we want to step up to fix those? 19:32 < thl> | file bugs today, if no one steps up until saturday to fix the deps 19:33 < thl> | then sponsors can fix it 19:33 < warren> | I'd say just go ahead and fix them 19:33 < warren> | file bugs if they aren't obvious 19:33 < thl> | anyone interested in doing the actuall work? 19:34 <-- | Foolish has quit (Read error: 110 (Connection timed out)) 19:35 < thl> | okay, I'll try to do that 19:35 < thl> | for those interested 19:35 < thl> | the list of broken deps is at https://www.redhat.com/archives/fedora-extras-list/2006-March/msg01368.html 19:35 < thl> | warren, can you handle at-poke? 19:35 < scop> | thl, no need to file bugs about any kmod-* 19:36 < thl> | scop, sure :) 19:36 < warren> | thl, yes 19:36 < warren> | thl, I think we need to remove it for now, upstream is just broken 19:36 < thl> | the same holds true for pam_mount 19:36 < warren> | I'll figure something out. 19:36 < warren> | If it is broken, just remove it. 19:36 < thl> | https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174190 19:37 < scop> | thl, and cernlib and paw will be removed from x86_64/devel, there's a request in the FC5Status page 19:37 < thl> | scop, they were removed already 19:37 < scop> | ah 19:38 < thl> | does anyone know why the *imap* packages are not build? 19:38 < warren> | "imap" itself? 19:38 < thl> | warren, cyrus-imapd-murder cyrus-imapd-nntp up-imapproxy 19:39 < warren> | murder and nntp are not listed in owners 19:39 < thl> | well, I'll try to take care of those 19:39 < thl> | let's proceed 19:40 --- | thl has changed the topic to: FESCo meeting -- Weekly sponsorship nomination 19:40 < thl> | anyone? 19:41 --- | thl has changed the topic to: FESCo meeting -- comps.xml for Extras 19:41 < thl> | jeremy, is that working fine? 19:41 < thl> | can I remove it from the schedule now? 19:41 < jeremy> | thl: seems to be 19:41 < jeremy> | thl: still need to make it automatic, but manual is okay for now 19:41 < thl> | jeremy, okay 19:41 --- | thl has changed the topic to: FESCo meeting -- Extras to handle multilib 19:42 < thl> | anybody interested to drive this forward 19:42 < warren> | I personally don't thiun+ 19:42 < warren> | think it is worth it 19:42 < warren> | I mean, for what purpose? 19:42 < thl> | wine.i386 for x86_64? 19:42 < jeremy> | thl: we have to tackle it at some point 19:42 < warren> | oh 19:43 < thl> | jeremy, agreed 19:43 <-- | Sopwith has quit (Connection timed out) 19:43 < warren> | thl, I was thinking more the example given on the list where something was trying to build against both glibc 64bit and 32bit 19:43 < jeremy> | thl: but at the same time, I think trying to before we come up with a good way to do it automatically for core is probably just asking for trouble :-/ 19:43 < thl> | warren, that's a core problem mostly ;-) 19:43 < jeremy> | notting and I want to kill the way we're currently doing it for fc6, though, so it may be possible soon 19:43 * | jeremy notes that we want to fix that too ;) 19:44 < thl> | jeremy, okay 19:44 < thl> | but could we find a interrim solution for wine? 19:44 < thl> | simply a small script that checks for a new wine 19:44 < thl> | and copies it over from the i386 repo to the x86_64 repo 19:45 < thl> | that would be a start 19:45 < thl> | it seems many people ask for wine.i386 in the x86_64 repo 19:45 < jeremy> | we could do the same sort of hack we do for core 19:45 < jeremy> | which is a text file listing "multilib packages" and then we depsolve 19:46 < jeremy> | but that'll require some complication to how the extras push stuff works 19:46 < thl> | :-/ 19:46 < thl> | would a manual process work for now? 19:46 < thl> | that seems a lot easier 19:46 < thl> | scop ? 19:47 < scop> | the FCxStatus wiki pages would work sufficiently well if it's only wine 19:47 < thl> | k; then I suggest we do it like that 19:47 < thl> | or does anyone dislike the idea? 19:47 < skvidal> | it's more error prone 19:47 < thl> | wine has nearly no i386 deps in extras iirc 19:48 < skvidal> | jeremy: one problem 19:48 < thl> | skvidal, let's try it for now and see how it works 19:48 < thl> | skvidal, what okay? 19:48 < skvidal> | if an i386 pkg in extras requires an i386 pkg from core that's not in the x86_64 tree in core 19:49 < skvidal> | we've got no way to make it available in core 19:49 < thl> | skvidal, I checked that for wine some weeks ago 19:49 < skvidal> | not just talking about wine 19:49 < skvidal> | for any pkg 19:49 < thl> | for any pkg: sure 19:49 < thl> | but the manual process would be only for wine atm 19:50 * | skvidal knows how manual processes tend to get out of hand, quickly. 19:50 < thl> | that would force us to find a proper solution ;-) 19:51 < thl> | okay: manual process for wine: some yes/+1 or no please 19:51 < jeremy> | I'm okay with it for now I guess 19:51 < thl> | I'M okay with it for now, too 19:52 < thl> | scop, ensc, skvidal ? 19:52 < thl> | warren ? 19:52 < skvidal> | I'll live, sure. 19:52 < skvidal> | just wanted to give a bit of a warning :) 19:52 < scop> | sure, still works for me 19:52 < scop> | btw it should be very trivially scriptable too 19:52 < thl> | k, then we do it like that 19:52 < ensc> | I do not like manual ways 19:52 < thl> | scop, feel free to make it scriptable 19:53 < thl> | ensc, the goal is to have a proper solution in hte near future 19:53 < thl> | I think we all agree on that 19:53 < scop> | I'll take a look while tweaking the scripts for post-FE5 devel 19:53 < thl> | scop, thx 19:53 < thl> | k, let's move on 19:53 < ensc> | such temporary hacks tend to become permanent... 19:53 * | skvidal gasps 19:54 < thl> | ensc, doing things somehow sometimes is better then doing nothing 19:54 < skvidal> | I, umm, agree with ensc 19:54 < thl> | ensc, skvidal, okay 19:54 < thl> | can you work out a proper solution in... let's say, three weeks? 19:54 < skvidal> | thl: hold on 19:55 < skvidal> | thl: I didn't say no 19:55 < skvidal> | I just said we need to keep it in mind 19:55 < skvidal> | :) 19:55 <-- | jeremy has quit (Read error: 104 (Connection reset by peer)) 19:55 < thl> | :) 19:55 < scop> | what would such a proper solution consist of, apart from making it automatic? 19:55 < skvidal> | thl: so +1 for doing something and +1 for keeping an eye on it 19:55 < warren> | well, jeremy did say he needs to design a proper solution for Core 19:55 < skvidal> | scop: well we need to solve the core/extras problem for i386 pkgs needed from core 19:55 < warren> | we could adopt that when it happens 19:55 --> | jeremy (Jeremy Katz) has joined #fedora-extras 19:55 < scop> | okay 19:55 < thl> | warren, sounds like a plan 19:56 < thl> | okay, so "manual processes for wine and keep an eye on it" 19:56 --- | thl has changed the topic to: FESCo meeting -- Free discussion 19:56 < thl> | anything? 19:56 < skvidal> | I like brocolli 19:57 < warren> | skvidal, me too. 19:57 * | skvidal waits for spot to chime in about pork 19:57 < thl> | just for the record 19:57 < thl> | there are some issues I'd like to solve soon 19:57 < skvidal> | okay 19:57 < thl> | but I'll post to the lists directly about it 19:57 < skvidal> | cool 19:58 --> | adrianr (Adrian Reber) has joined #fedora-extras 19:58 < thl> | I hope to find more time for such stuff when FC5 is out 19:58 < thl> | okay 19:58 * | thl will close the meeting in 30 19:58 < warren> | gotta go to another meeting 19:58 * | thl will close the meeting in 15 19:58 < thl> | warren, bye 19:59 * | thl will close the meeting in 5 19:59 < thl> | MARK meeting end 19:59 < thl> | thanks everyone }}} -- Thorsten Leemhuis -- Thorsten Leemhuis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From bugzilla at redhat.com Sun Mar 19 16:08:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 11:08:14 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200603191608.k2JG8EOH015391@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cfitsio -- library to read and write FITS files. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172042 ------- Additional Comments From bugs.michael at gmx.net 2006-03-19 11:08 EST ------- Ping! Three months have passed without a response. And this spec file remains a bad example. It's easy to fix: --- cfitsio.spec.orig 2006-03-10 20:11:18.000000000 +0100 +++ cfitsio.spec 2006-03-19 17:06:48.000000000 +0100 @@ -39,14 +39,14 @@ %build FC=f95 export FC -%configure --prefix=%{buildroot}/%{_prefix} --includedir=%{buildroot}/%{_includ edir}/%{name} +%configure make shared %{?_smp_mflags} unset FC %install rm -rf %{buildroot} mkdir -p %{buildroot} -LIBDIR=%{_lib} INCLUDEDIR=include/%{name} make install +make LIBDIR=%{_lib} INCLUDEDIR=include/%{name} CFITSIO_PREFIX=%{buildroot}%{_pr efix} install pushd %{buildroot}%{_libdir} ln -s libcfitsio.so.0 libcfitsio.so popd -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sun Mar 19 16:24:43 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 19 Mar 2006 11:24:43 -0500 Subject: Fedora Extras development Package Build Report In-Reply-To: <1142763955.7379.14.camel@bobcat.mine.nu> References: <20060319101947.35A9A8010@extras64.linux.duke.edu> <1142763955.7379.14.camel@bobcat.mine.nu> Message-ID: <1142785483.2737.28.camel@aglarond.local> On Sun, 2006-03-19 at 12:25 +0200, Ville Skytt? wrote: > The .fc5 disttag for packages in devel is filed as > https://bugzilla.redhat.com/185838 Whoops, sorry about that -- I forgot that this is handled with a macros package in Extras and didn't update the package. Should be fixed up sometime today Jeremy From ghenry at suretecsystems.com Sun Mar 19 17:26:28 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 19 Mar 2006 17:26:28 -0000 (GMT) Subject: exim 4.60? Message-ID: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> -- 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/ Dear All, Any chance of an update? Currently at exim-4.54-1.fc4 Or should I file a RFE? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From bugzilla at redhat.com Sun Mar 19 17:34:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 12:34:34 -0500 Subject: [Bug 185845] New: Review Request: rpld - RPL/RIPL remote boot 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=185845 Summary: Review Request: rpld - RPL/RIPL remote boot daemon Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: i at stingr.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://stingr.net/l/fe/rpld.spec SRPM Name or Url: http://stingr.net/l/fe/rpld-1.8-1.src.rpm Description: Daemon to net-boot IBM style RPL boot ROMs (this is not the same as the Novell IPX-style RPL protocol, despite the name). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 17:58:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 12:58:08 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200603191758.k2JHw8Ta029071@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cfitsio -- library to read and write FITS files. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172042 ------- Additional Comments From matt at truch.net 2006-03-19 12:57 EST ------- Sorry, because the bug wasn't open, I forgot about this issue. Fixed now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From johan-fedora at deds.nl Sun Mar 19 18:41:43 2006 From: johan-fedora at deds.nl (Johan Kok) Date: Sun, 19 Mar 2006 19:41:43 +0100 Subject: exim 4.60? In-Reply-To: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> References: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> Message-ID: <1142793703.3145.108.camel@ernie.johankok.nl> On Sun, 2006-03-19 at 17:26 +0000, Gavin Henry wrote: > Any chance of an update? Currently at exim-4.54-1.fc4 Exim 4.60 was pushed from the build system a few hours ago. It should be available from the mirrors soon. Kind regards, Johan Kok From bugzilla at redhat.com Sun Mar 19 19:10:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 14:10:28 -0500 Subject: [Bug 185847] New: Review Request: deutex - Doom wad manipulator 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=185847 Summary: Review Request: deutex - Doom wad manipulator Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: wart at kobold.org QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/deutex.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/deutex-4.4.0-1.src.rpm Description: Doom wad manipulator. This can be used to extract and replace textures, sounds, sprites, and levels inside of pwads and iwads. A necessary tool if you want to do anything more than simple level creation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 19:13:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 14:13:26 -0500 Subject: [Bug 185824] Review Request: perl-Date-Pcalc - Gregorian calendar date calculations In-Reply-To: Message-ID: <200603191913.k2JJDQmn006179@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185824 ------- Additional Comments From imlinux at gmail.com 2006-03-19 14:13 EST ------- Spec: http://mmcgrath.net/~mmcgrath/perl-Date-Pcalc/perl-Date-Pcalc.spec SRMP: http://mmcgrath.net/~mmcgrath/perl-Date-Pcalc/perl-Date-Pcalc-1.2-2.src.rpm %changelog - Include license and credits - Convert manpage to utf-8 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Sun Mar 19 19:37:56 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sun, 19 Mar 2006 13:37:56 -0600 Subject: exim 4.60? In-Reply-To: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> (Gavin Henry's message of "Sun, 19 Mar 2006 17:26:28 -0000 (GMT)") References: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> Message-ID: >>>>> "GH" == Gavin Henry writes: GH> Any chance of an update? Currently at exim-4.54-1.fc4 Exim 4.60 appeared on my local mirror this morning. - J< From bugzilla at redhat.com Sun Mar 19 19:32:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 14:32:56 -0500 Subject: [Bug 185848] New: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation 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=185848 Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: imlinux at gmail.com QAContact: fedora-extras-list at redhat.com SPEC: http://mmcgrath.net/~mmcgrath/perl-SOAP-Lite/perl-SOAP-Lite.spec SRPM: http://mmcgrath.net/~mmcgrath/perl-SOAP-Lite/perl-SOAP-Lite-0.67-1.src.rpm Description: SOAP::Lite is a collection of Perl modules which provides a simple and lightweight interface to the Simple Object Access Protocol (SOAP) both on client and server side. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 19:59:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 14:59:43 -0500 Subject: [Bug 175127] Review Request: wavbreaker - Tool for splitting .wav files In-Reply-To: Message-ID: <200603191959.k2JJxhBp012383@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wavbreaker - Tool for splitting .wav files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175127 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2006-03-19 14:59 EST ------- * builds cleanly in mock * source matches upstream * spec looks good * clean installation and removal * rpmlint is almost happy W: wavbreaker no-documentation ACCEPTED Please include ChangeLog CONTRIBUTORS NEWS AUTHORS COPYING README TODO as %doc before building it. Without COPYING included this package cannot be built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at all-the-johnsons.co.uk Sun Mar 19 20:08:02 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 19 Mar 2006 20:08:02 +0000 Subject: Problem with spec file or buildsys?> Message-ID: <1142798883.3570.174.camel@T7.Linux> Hi, I'm checking in libopts which builds fine here on an x86_64. I've uploaded it to the server and it builds fine under x86_64 and presumably PPC, but not under x86 which comes back with the following error 8--> + cd libopts-27.1 + DOCDIR=/var/tmp/libopts-27.1-4.fc5-root-mockbuild/usr/share/doc/libopts-27.1 + export DOCDIR + rm -rf /var/tmp/libopts-27.1-4.fc5-root-mockbuild/usr/share/doc/libopts-27.1 + /bin/mkdir -p /var/tmp/libopts-27.1-4.fc5-root-mockbuild/usr/share/doc/libopts-27.1 + cp -pr COPYING COPYING.mbsd NEWS ChangeLog /var/tmp/libopts-27.1-4.fc5-root-mockbuild/usr/share/doc/libopts-27.1 + exit 0 Provides: libopts.so.25 Requires(interp): /sbin/ldconfig /sbin/ldconfig Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(post): /sbin/install-info /sbin/ldconfig Requires(preun): /sbin/install-info Requires(postun): /sbin/ldconfig Requires: libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) Processing files: libopts-devel-27.1-4.fc5 Requires(interp): /bin/sh Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(preun): /bin/sh Requires: /bin/sh libopts = 27.1-4.fc5 Processing files: libopts-debuginfo-27.1-4.fc5 Provides: libopts.so.25.2.1.debug Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/libopts-27.1-4.fc5-root-mockbuild error: Installed (but unpackaged) file(s) found: /usr/share/info/dir RPM build errors: Installed (but unpackaged) file(s) found: /usr/share/info/dir <--8 Why is this not showing under the other two build architectures, but is under x86? /usr/share/info/dir is removed in the %install part of the spec file. Is this me or the buildsys at fault? TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From ghenry at suretecsystems.com Sun Mar 19 20:20:09 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 19 Mar 2006 20:20:09 -0000 (GMT) Subject: exim 4.60? In-Reply-To: <1142793703.3145.108.camel@ernie.johankok.nl> References: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> <1142793703.3145.108.camel@ernie.johankok.nl> Message-ID: <53561.192.168.100.90.1142799609.squirrel@webmail.suretecsystems.com> > On Sun, 2006-03-19 at 17:26 +0000, Gavin Henry wrote: >> Any chance of an update? Currently at exim-4.54-1.fc4 > > Exim 4.60 was pushed from the build system a few hours ago. It should be > available from the mirrors soon. Cool. What a coincidence! > > Kind regards, > > Johan Kok > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From ville.skytta at iki.fi Sun Mar 19 20:36:18 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Mar 2006 22:36:18 +0200 Subject: Problem with spec file or buildsys?> In-Reply-To: <1142798883.3570.174.camel@T7.Linux> References: <1142798883.3570.174.camel@T7.Linux> Message-ID: <1142800578.7379.36.camel@bobcat.mine.nu> On Sun, 2006-03-19 at 20:08 +0000, Paul wrote: > /usr/share/info/dir is removed in the %install part of the spec file. Not quite: "rm -rf ${RPM_BUILD_ROOT}%{_infordir}/dir" Note the extra "r" in _infordir. From paul at all-the-johnsons.co.uk Sun Mar 19 20:49:45 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 19 Mar 2006 20:49:45 +0000 Subject: Problem with spec file or buildsys?> In-Reply-To: <1142800578.7379.36.camel@bobcat.mine.nu> References: <1142798883.3570.174.camel@T7.Linux> <1142800578.7379.36.camel@bobcat.mine.nu> Message-ID: <1142801385.3570.176.camel@T7.Linux> Hi, > Not quite: "rm -rf ${RPM_BUILD_ROOT}%{_infordir}/dir" > > Note the extra "r" in _infordir. D'oh! Thanks - I'll get it corrected after some food! TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From bugzilla at redhat.com Sun Mar 19 20:52:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 15:52:46 -0500 Subject: [Bug 185847] Review Request: deutex - Doom wad manipulator In-Reply-To: Message-ID: <200603192052.k2JKqk9O019017@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: deutex - Doom wad manipulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185847 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |j.w.r.degoede at hhs.nl OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-19 15:52 EST ------- I assume this is a cmdline app (and hence the no desktop file) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 20:59:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 15:59:50 -0500 Subject: [Bug 185847] Review Request: deutex - Doom wad manipulator In-Reply-To: Message-ID: <200603192059.k2JKxoeL019887@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: deutex - Doom wad manipulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185847 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-19 15:59 EST ------- Answering my own question, yes it is :) MUST ==== * rpmlint output clean except for: W: deutex invalid-license GPL-Compatible W: deutex invalid-license GPL-Compatible W: deutex-debuginfo invalid-license GPL-Compatible This is ok essentially deutex is GPL, but some source-files bear a different GPL compatible license. * Package named correctly * GPL (+compatible) license OK. * spec file legible, in Am. English * Source matches upstream * Successfully compiles and builds on at least one platform (FC-5 x86_64) * no locale data, shared libraries, or static libraries * No excessive Requires: or BR: * Summary and description ok * macro use consistent * Does not create any directories * Not relocatable * %doc does not affect runtime * File permissions ok Approved (now that went smoothly!) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 21:30:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 16:30:58 -0500 Subject: [Bug 185239] Review Request: smart -- Next generation package handling tool In-Reply-To: Message-ID: <200603192130.k2JLUwsI023460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smart -- Next generation package handling tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185239 ------- Additional Comments From ville.skytta at iki.fi 2006-03-19 16:30 EST ------- -config update: http://cachalot.mine.nu/5/SRPMS/smart-config-1.0-2.src.rpm * Sun Mar 19 2006 Ville Skytt? - 1.0-2 - Improve multi-version flagging in kernel.py. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sun Mar 19 22:44:21 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 17:44:21 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060319224421.344FA8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 scponly-4.6-3.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 19 22:44:27 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 17:44:27 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060319224427.180238010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 4 cfitsio-3.006-4.fc4 nexuiz-1.5-3.fc4 qgit-1.1.1-1.fc4 scponly-4.6-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 Mar 19 22:44:36 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 17:44:36 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060319224436.417578010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 5 cfitsio-3.006-4.fc5 nexuiz-1.5-2.fc5 nexuiz-1.5-3.fc5 qgit-1.1.1-1.fc5 scponly-4.6-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 Sun Mar 19 22:44:49 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 19 Mar 2006 17:44:49 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060319224449.1D62E8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 5 apt-0.5.15lorg3-0.1.pre1.fc6 apt-0.5.15lorg3-0.2.pre1.fc6 cfitsio-3.006-4.fc5 deutex-4.4.0-1.fc6 qgit-1.1.1-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ville.skytta at iki.fi Sun Mar 19 22:49:37 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 20 Mar 2006 00:49:37 +0200 Subject: Summary from the last FESCo meeting In-Reply-To: <1142782989.2211.6.camel@localhost.localdomain> References: <1142782989.2211.6.camel@localhost.localdomain> Message-ID: <1142808577.7379.84.camel@bobcat.mine.nu> On Sun, 2006-03-19 at 16:43 +0100, Thorsten Leemhuis wrote: > * Extras to handle multilib > * Core is working on a proper solution that we might adopt for Extras > in the longer term. Until then we'll ignore multilib mostly. Special > exception: wine. wine.x86_64 doesn't make that much sense atm and many > people requested wine.i386 in the x86-64-repo. We'll allow that by > manually copying it (and the needed deps) over. Request for copying via > FC[3-5]Status-pages in the wiki. Actually, don't use Wiki for that, I just hacked the signing scripts to take care of it. This happens in the signing phase, so it's for future builds only and so the next time wine is built for i386, those packages will be automagically copied to the x86_64 repo too. Or at least I hope so ;) From andreas.bierfert at lowlatency.de Sun Mar 19 22:56:10 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 19 Mar 2006 23:56:10 +0100 Subject: Summary from the last FESCo meeting In-Reply-To: <1142808577.7379.84.camel@bobcat.mine.nu> References: <1142782989.2211.6.camel@localhost.localdomain> <1142808577.7379.84.camel@bobcat.mine.nu> Message-ID: <20060319235610.1daa9b2c@alkaid.a.lan> On Mon, 20 Mar 2006 00:49:37 +0200 "Ville Skytt?" wrote: > Actually, don't use Wiki for that, I just hacked the signing scripts to > take care of it. This happens in the signing phase, so it's for future > builds only and so the next time wine is built for i386, those packages > will be automagically copied to the x86_64 repo too. Or at least I hope > so ;) > > Sounds great :)... I will see if I find a bug and will kick a rebuild :P Thanks - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From triad at df.lth.se Sun Mar 19 23:10:25 2006 From: triad at df.lth.se (Linus Walleij) Date: Mon, 20 Mar 2006 00:10:25 +0100 (CET) Subject: Conflict between GNU CS and FHS In-Reply-To: <1142741775.31760.261.camel@mccallum.corsepiu.local> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> <1142735868.2751.121.camel@localhost.localdomain> <1142741775.31760.261.camel@mccallum.corsepiu.local> Message-ID: Thanks for an enlighting answer (as always) Ralf. On Sun, 19 Mar 2006, Ralf Corsepius wrote: > IMO, from FE's POV, this whole issue boils down to a bug in > RPM. /usr/com is definitely wrong. I have filed this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185862 > IMO, using /var as "sharedstatedir" would probably work in 99% of all > cases, but I thinks will only a matter of time until you'd find a clash > between "localstatedir" and "sharedstatedir", so I'd be leaning > for /var/com or similar. I actually suggested just /var. It will work with the only package we have that use $sharedstatedir and I do not expect it to become popular. Linus From bugzilla at redhat.com Sun Mar 19 23:07:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 18:07:28 -0500 Subject: [Bug 185847] Review Request: deutex - Doom wad manipulator In-Reply-To: Message-ID: <200603192307.k2JN7SGT007370@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: deutex - Doom wad manipulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185847 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From wart at kobold.org 2006-03-19 18:07 EST ------- I tried to be more careful about testing the build on other platforms this time. :) Imported and built. Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 19 23:18:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 18:18:40 -0500 Subject: [Bug 185824] Review Request: perl-Date-Pcalc - Gregorian calendar date calculations In-Reply-To: Message-ID: <200603192318.k2JNIekv008640@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185824 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mitr at redhat.com 2006-03-19 18:18 EST ------- Nitpicks: - This comment is now obsolete: # For license text(s), see the perl package. - It is not necessary to quote : as \: in shell commands Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sun Mar 19 23:45:06 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 19 Mar 2006 23:45:06 +0000 Subject: Is this acceptable as a patch? Message-ID: <1142811907.7910.7.camel@T7.Linux> Hi, I'm currently working on getting z88dk to be architecture neutral, but have found a problem in the wholesale build process which I have a workaround for in the spec file. However, I've found that if I alter the build.sh file to include the lines PATH=`pwd`/bin:$PATH export PATH the workaround can be avoided. If I was to include that in a large patch, would it cause any sort of problems to the buildsys. I am always wary of altering environment variables, so would like some guidance on this. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sun Mar 19 23:56:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 18:56:18 -0500 Subject: [Bug 185848] Review Request: perl-SOAP-Lite - Client and server side SOAP implementation In-Reply-To: Message-ID: <200603192356.k2JNuIZq014975@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |mitr at redhat.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From mitr at redhat.com 2006-03-19 18:56 EST ------- Looks good, matches upstream, rpmlint doesn't complain, seems to work. Please just filter out the dependencies on Net::Jabber and MQSeries instead of removing the code. That way users can install the missing perl modules (as packages or locally) and SOAP-Lite would work correctly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 00:25:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 19 Mar 2006 19:25:14 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603200025.k2K0PEmg020503@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 ------- Additional Comments From michel.salim at gmail.com 2006-03-19 19:25 EST ------- Fixed: Spec Name or Url: http://hircus.org/fedora/nickle/nickle.spec SRPM Name or Url: http://hircus.org/fedora/nickle/nickle-2.53-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dcbw at redhat.com Mon Mar 20 00:50:13 2006 From: dcbw at redhat.com (Dan Williams) Date: Sun, 19 Mar 2006 19:50:13 -0500 Subject: Where are newly released packages? In-Reply-To: <441C8D4E.2090609@redhat.com> References: <441AFB84.5020904@ieee.org> <441C8D4E.2090609@redhat.com> Message-ID: <1142815814.2362.16.camel@localhost.localdomain> On Sat, 2006-03-18 at 17:44 -0500, Christopher Aillon wrote: > On 03/17/2006 01:10 PM, Quentin Spencer wrote: > > I have a build (octave-forge, job 6461) that is failing because it > > depends on a package that was released a few hours ago. It seems to know > > that the package exists, but can't download it. I thought that once a > > package is released, even if it's not on all the mirrors yet, it would > > be available to the build system. I also don't see any recently released > > stuff on download.fedora.redhat.com, which I thought was the primary > > mirror where you could always find the latest releases. Am I wrong? > > > > AIUI, it performs an rsync every so often (not sure how frequent this > is, though) so as to not re-fetch RPMs from the mirrors every time > someone submits a build. If you re-submit your build, it'd probably > work now. Right; we now realize there's a window between when a sign & push happens (which deletes packages from that "temporary just-built" repository on the build server) and when the new packages get pushed out to the mirrors using rsync. If you're unlucky enough to have a sign & push happen right after you build the first package in your dependency chain, it won't be available to the builders until it's rsynced to the builders' local repo, which is the same store that backs download.fedora.redhat.com. We're working on a solution, you can track it on bug 185846. Dan From dwmw2 at infradead.org Mon Mar 20 01:10:37 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 20 Mar 2006 01:10:37 +0000 Subject: exim 4.60? In-Reply-To: <53561.192.168.100.90.1142799609.squirrel@webmail.suretecsystems.com> References: <56538.192.168.100.90.1142789188.squirrel@webmail.suretecsystems.com> <1142793703.3145.108.camel@ernie.johankok.nl> <53561.192.168.100.90.1142799609.squirrel@webmail.suretecsystems.com> Message-ID: <1142817037.17167.132.camel@localhost.localdomain> On Sun, 2006-03-19 at 20:20 +0000, Gavin Henry wrote: > > Exim 4.60 was pushed from the build system a few hours ago. It > > should be available from the mirrors soon. > > Cool. What a coincidence! Not really. I saw you ask on IRC and built it then. I'd forgotten to update the FC4 version when I updated FC5/devel to 4.60. -- dwmw2 From matt at truch.net Mon Mar 20 01:32:36 2006 From: matt at truch.net (Matthew D Truch) Date: Sun, 19 Mar 2006 20:32:36 -0500 Subject: disttag for devel Message-ID: <20060320013236.GA32698@truch.net> Hello, I recently built cfitsio for FC-4, FC-5, and devel, and both the FC-5 and devel ones were built with the same disttag; fc5. I double checked that I had cvs up'ed common/ before hand. What did I do wrong (if anything)? -- "In space, no one can hear you scream." -------------------------- Matthew Truch Department of Physics Brown University matt at truch.net http://matt.truch.net/ -------------- 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 linux.duke.edu Mon Mar 20 01:39:35 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 19 Mar 2006 20:39:35 -0500 Subject: disttag for devel In-Reply-To: <20060320013236.GA32698@truch.net> References: <20060320013236.GA32698@truch.net> Message-ID: <1142818775.10736.1.camel@cutter> On Sun, 2006-03-19 at 20:32 -0500, Matthew D Truch wrote: > Hello, > > I recently built cfitsio for FC-4, FC-5, and devel, and both the FC-5 > and devel ones were built with the same disttag; fc5. I double checked > that I had cvs up'ed common/ before hand. What did I do wrong (if > anything)? already been fixed. retag and go - it should be all set -sv From peter at thecodergeek.com Mon Mar 20 02:59:13 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 19 Mar 2006 18:59:13 -0800 Subject: rpms/cfitsio/FC-5 cfitsio.spec,1.12,1.13 In-Reply-To: <200603200245.k2K2jGlu002972@cvs-int.fedora.redhat.com> References: <200603200245.k2K2jGlu002972@cvs-int.fedora.redhat.com> Message-ID: <1142823553.11326.43.camel@tuxhugger> On Sun, 2006-03-19 at 21:44 -0500, Matthew D Truch wrote: > I know editing a changelog after the fact is wrong, but I had to get rid > of the macros as they were screwing up many things. I originally thought > that after the start of the changlog section, everything was treated as > text and macros were not expanded. I was wrong. :-( You can escape macros using two percent signs. That's what I have in LucidLife. :) For example: "- Don't use %%{buildroot} in build, only in install as per [...] Hope that helps. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Mar 20 06:16:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 01:16:34 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603200616.k2K6GY5K006365@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |toshio at tiki-lounge.com OtherBugsDependingO|163776, 177841 |163778 nThis| | ------- Additional Comments From toshio at tiki-lounge.com 2006-03-20 01:16 EST ------- Mustfix: * URL was fine last time. Source0 was the field that needed to be changed. So they should look like this: URL: http://people.redhat.com/zcerza/dogtail/ Source0: http://people.redhat.com/zcerza/dogtail/releases/%{name}-%{version}.tar.gz * desktop file: I'm sorry. I think my instructions were ambiguous on this. The desktop file needs to be installed via desktop-file-install in order to have vendor: fedora and category: X-Fedora added. To do this, you can do this:: BuildRequires: desktop-file-utils [...] %install desktop-file-install $RPM_BUILD_ROOT/%{_datadir}/applications/sniff.desktop --vendor=fedora \ --dir=$RPM_BUILD_ROOT/%{_datadir}/applications \ --add-category X-Fedora \ --delete-original I don't think this program needs to have update-desktop-database run on install and uninstall (it's not adding a MimeType key). If that was just added as part of the confusion, then this can all be removed:: Requires(post): desktop-file-utils Requires(postun): desktop-file-utils [...] [In %post and in %postun] update-desktop-database &> /dev/null || : Fixed: * rpmlint warnings taken care of. * Source matches the one upstream version. * Problems in the source tarball have ben resolved. * Now Buildrequires python. * at-api-devel is no longer BuildRequired. * examples are no longer executable. * __os_install_post removed. * Macros are used for directory names. * System directories are not owned. * gtk-update-icon-cache is properly invoked. * Cosmetic items have been cleaned up as well. Good: * Still builds in mock on FC4 x86_64. * Installs and runs fine on FC4 x86_64. Fix the two problems, bump the release, update the srpm, and I'll approve. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Mon Mar 20 06:38:41 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 20 Mar 2006 07:38:41 +0100 Subject: rpms/libopts/devel libopts.spec,1.2,1.3 In-Reply-To: <200603192340.k2JNefhY028625@cvs-int.fedora.redhat.com> References: <200603192340.k2JNefhY028625@cvs-int.fedora.redhat.com> Message-ID: <1142836721.31760.283.camel@mccallum.corsepiu.local> On Sun, 2006-03-19 at 18:40 -0500, Paul F. Johnson wrote: > Index: libopts.spec > make DESTDIR=${RPM_BUILD_ROOT} install > rm -f ${RPM_BUILD_ROOT}%{_libdir}/lib*.la > rm -f ${RPM_BUILD_ROOT}%{_infodir}/libopts.txt* > -rm -rf ${RPM_BUILD_ROOT}%{_infordir}/dir > +rm -rf ${RPM_BUILD_ROOT}%{_infodir}/dir rm -f ${RPM_BUILD_ROOT}%{_infodir}/dir From paul at city-fan.org Mon Mar 20 07:55:18 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 20 Mar 2006 07:55:18 +0000 Subject: Is this acceptable as a patch? In-Reply-To: <1142811907.7910.7.camel@T7.Linux> References: <1142811907.7910.7.camel@T7.Linux> Message-ID: <1142841318.6437.9.camel@laurel.intra.city-fan.org> On Sun, 2006-03-19 at 23:45 +0000, Paul wrote: > Hi, > > I'm currently working on getting z88dk to be architecture neutral, but > have found a problem in the wholesale build process which I have a > workaround for in the spec file. > > However, I've found that if I alter the build.sh file to include the > lines > > PATH=`pwd`/bin:$PATH > export PATH > > the workaround can be avoided. > > If I was to include that in a large patch, would it cause any sort of > problems to the buildsys. I am always wary of altering environment > variables, so would like some guidance on this. I don't see a problem with that, particularly if you know that `pwd` is always somewhere sane when build.sh is invoked. Paul. From rc040203 at freenet.de Mon Mar 20 08:17:44 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 20 Mar 2006 09:17:44 +0100 Subject: Is this acceptable as a patch? In-Reply-To: <1142841318.6437.9.camel@laurel.intra.city-fan.org> References: <1142811907.7910.7.camel@T7.Linux> <1142841318.6437.9.camel@laurel.intra.city-fan.org> Message-ID: <1142842664.31760.328.camel@mccallum.corsepiu.local> On Mon, 2006-03-20 at 07:55 +0000, Paul Howarth wrote: > On Sun, 2006-03-19 at 23:45 +0000, Paul wrote: > > Hi, > > > > I'm currently working on getting z88dk to be architecture neutral, but > > have found a problem in the wholesale build process which I have a > > workaround for in the spec file. > > > > However, I've found that if I alter the build.sh file to include the > > lines > > > > PATH=`pwd`/bin:$PATH > > export PATH > > > > the workaround can be avoided. > > > > If I was to include that in a large patch, would it cause any sort of > > problems to the buildsys. I am always wary of altering environment > > variables, so would like some guidance on this. > > I don't see a problem with that, particularly if you know that `pwd` is > always somewhere sane when build.sh is invoked. Agreed, however a package requiring `pwd`/bin has to be considered having severe issues (read: it's configuration is severely bugged), upstream should address. Therefore, rpm specs I'd recommend to accompany such PATH with a comment. Ralf From bugzilla at redhat.com Mon Mar 20 08:15:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 03:15:53 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603200815.k2K8FrI4023791@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From rc040203 at freenet.de 2006-03-20 03:15 EST ------- Paul, please add this package and yourself to owners.list Also, why did you close it "CLOSED RAWHIDE"? Unless a package is shipped through upstread RH (rawhide), which rarely applies to FE packages, I'd rather prefer to see FE packages closed NEXTREASE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 09:37:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 04:37:14 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603200937.k2K9bE5J008998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-20 04:37 EST ------- Unless something has gone hideously wrong, it should already be in the owners.list file. I'll need to check when I get to my machine at my desk. As for CLOSED RAWHIDE and NEXTRELEASE, I guess it's because as these are only currently packaged for fc6, then RAWHIDE is more appropriate - NEXTRELEASE always made me think it was for the current version. Not a biggy, I'll use NEXTRELEASE in future. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 11:08:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 06:08:54 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603201108.k2KB8sgS027707@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 ------- Additional Comments From gemi at bluewin.ch 2006-03-20 06:08 EST ------- - why you use %dir %{_includedir}/nickle %{_includedir}/nickle/* instead of simply %{_includedir}/nickle/ - Do not use %ghost to exclude files, simply remove them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 11:17:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 06:17:48 -0500 Subject: [Bug 175198] Review Request: perl-Math-Pari In-Reply-To: Message-ID: <200603201117.k2KBHmjB029350@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Math-Pari https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175198 ------- Additional Comments From paul at city-fan.org 2006-03-20 06:17 EST ------- Updated SRPM (new upstream version): http://www.city-fan.org/~paul/extras/perl-Math-Pari/perl-Math-Pari-2.010704-1.src.rpm Spec URL unchanged. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Mar 20 11:20:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 06:20:36 -0500 Subject: [Bug 183887] Review Request: perl-Net-SSH-Perl In-Reply-To: Message-ID: <200603201120.k2KBKa6P029840@www.beta.redhat.com> Please do 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-SSH-Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183887 ------- Additional Comments From paul at city-fan.org 2006-03-20 06:20 EST ------- Updated SRPM (new upstream version): http://www.city-fan.org/~paul/extras/perl-Net-SSH-Perl/perl-Net-SSH-Perl-1.30-1.src.rpm Spec URL unchanged. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 11:21:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 06:21:10 -0500 Subject: [Bug 182254] Review Request: SS5 In-Reply-To: Message-ID: <200603201121.k2KBLA5v029916@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: SS5 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182254 ------- Additional Comments From matteo.ricchetti at libero.it 2006-03-20 06:21 EST ------- Done. Anything else? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 11:27:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 06:27:05 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603201127.k2KBR5LE030733@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|RAWHIDE |NEXTRELEASE ------- Additional Comments From rc040203 at freenet.de 2006-03-20 06:26 EST ------- (In reply to comment #12) > Unless something has gone hideously wrong, it should already be in the > owners.list file. I'll need to check when I get to my machine at my desk. It's not yet in owners.list: # cvs up cvs update: Updating . # grep libopt owners.list [Nothing] > As for CLOSED RAWHIDE and NEXTRELEASE, I guess it's because as these are only > currently packaged for fc6, then RAWHIDE is more appropriate - NEXTRELEASE > always made me think it was for the current version. Not a biggy, I'll use > NEXTRELEASE in future. See http://fedoraproject.org/wiki/Packaging/ReviewGuidelines Under Contributor ... you will find: ... 9. Once the package is built, close the bugzilla review ticket as NEXTRELEASE. ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 13:21:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 08:21:17 -0500 Subject: [Bug 185951] New: Review Request: amsn : msn messenger clone Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 Summary: Review Request: amsn : msn messenger clone Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: tjikkun at xs4all.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://amsn.sourceforge.net/tjikkun/amsn.spec SRPM Name or Url: http://amsn.sourceforge.net/tjikkun/amsn-0.96-0.1.20060320cvs.src.rpm Description: This is a Microsoft Messenger (MSN Messenger) clone for Unix, Windows, and Macintosh platforms. It is written in tcl/tk and supports file transfers, groups, and many more features. Visit http://amsn.sourceforge.net/ for details. I am a new packager (I work on the amsn-project) so I am seeking for a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 13:33:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 08:33:18 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603201333.k2KDXIsJ021088@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 ------- Additional Comments From andy at smile.org.ua 2006-03-20 08:33 EST ------- There are patched spec file and new *.src.rpm of jack-audio-connection-kit. SRPM Name or Url: ftp://andriy.asplinux.com.ua/pub/people/andy/extras/jack- audio-connection-kit-0.100.0-2.src.rpm Spec Name or Url: ftp://andriy.asplinux.com.ua/pub/people/andy/extras/jack- audio-connection-kit.spec * Fri Mar 17 2006 Andy Shevchenko - no libs subpackage - From Fernando Lopez-Lezcano : - added configuration variable to build with/without capabilities - added --enable-optimize flag to configure script - disabled sse/mmx instructions in i386 build - create temporary directory as /var/lib/jack/tmp - create and erase tmp directory at install or uninstall - try to umount the temporary directory before uninstalling the package -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 14:51:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 09:51:06 -0500 Subject: [Bug 180345] Review Request: ser - Sip Express Router In-Reply-To: Message-ID: <200603201451.k2KEp6qt003577@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ser - Sip Express Router https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180345 ------- Additional Comments From andreas at bawue.net 2006-03-20 09:51 EST ------- Okay. Sorry for the delay, I was on vacation. The spec and srpms are updated. And for the next release, I'm even gonna bump the release number. ;) I hope I fixed the "file listed twice" part. Where did you see that warning in the past? During the rpmbuild? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 14:54:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 09:54:56 -0500 Subject: [Bug 181831] Review Request: bitbake - Build Tool In-Reply-To: Message-ID: <200603201454.k2KEsu7l004288@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bitbake - Build Tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181831 ------- Additional Comments From andreas at bawue.net 2006-03-20 09:54 EST ------- (In reply to comment #2) > Bitbake does recommend pysco, but pysco is not in FCE, perhaps that > should get pulled in at some stage, but is not a show stopper. psyco is purely optional as it would speed up a bitbake run by optimizing the python code. Furthermore psyco runs only on i386 architectures. > Looks good. Thx. If it's okay with you, I'd upload the package into cvs then. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 15:10:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 10:10:47 -0500 Subject: [Bug 180345] Review Request: ser - Sip Express Router In-Reply-To: Message-ID: <200603201510.k2KFAl1v006629@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ser - Sip Express Router https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180345 ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-20 10:10 EST ------- (In reply to comment #27) > Okay. Sorry for the delay, I was on vacation. > The spec and srpms are updated. And for the next release, I'm even gonna bump > the release number. ;) > I hope I fixed the "file listed twice" part. > Where did you see that warning in the past? During the rpmbuild? Still getting some duplicate file warnings, although fewer than before. Yes, the error shows up during rpmbuild. > warning: File listed twice: /etc/ser/dictionary.ser > warning: File listed twice: /etc/ser/ser.cfg > warning: File listed twice: /etc/ser/serweb Also, these lines in the latest spec file are incorrect: > %dir %{_sysconfdir}/ser/* > %config(noreplace) %{_sysconfdir}/ser I think that what you really probably want is: %dir %{_sysconfdir}/ser %config(noreplace) %{_sysconfdir}/dictionary.ser %config(noreplace) %{_sysconfdir}/ser.cfg %dir %{_sysconfdir}/ser/serweb %config(noreplace) %{_sysconfdir}/ser/serweb/*.php -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Mon Mar 20 16:05:30 2006 From: wart at kobold.org (Wart) Date: Mon, 20 Mar 2006 08:05:30 -0800 Subject: Games SIG mailing list Message-ID: <441ED2CA.5030006@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Over the past couple of weeks there's been a lot more activity in the Games SIG. So far the SIG's discussions have taken place on the wiki, f-e-l, bugzilla, and in private email. In order to centralize some of these discussions and to provide a single point of contact for the SIG, we'd like to propose the creation of a new 'fedora-extras-games' mailing list. Discussions on the proposed f-e-g list would include: * cc: on bugzilla bugs related to game packages * proposals for new game packages * advance notice of games that maintainers would like to orphan * call for volunteers on orphaned games * General and specific game packaging issues (must cc: f-e-l on these) * SIG organizational matters, such as proposing periodic meetings, bug triage days, Extras/SIGs/Games wiki content/layout, or coordinating SIG publicity. Membership in the mailing list would be open to anyone. I know that we already suffer from mailing list overload, which is why we've resisted starting a new list up until now. But we've noticed that having a single point of contact for all game-related matters would be quite useful. Thoughts? Next steps? - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEHtLHDeYlPfs40g8RAqfLAJ9GsW7M5nA94RdZbKmGVUGlgYXttwCeLkAP ILBoWbl2S5FZpVyR7bBoFoA= =Z1Pt -----END PGP SIGNATURE----- From katzj at redhat.com Mon Mar 20 16:43:10 2006 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Mar 2006 11:43:10 -0500 Subject: Configs updated for FC5 release Message-ID: <1142872990.3002.9.camel@aglarond.local> I've updated the FE5 configs for the FC5 release. If anyone notices any problems due to this, please let me know Thanks, Jeremy From bugzilla at redhat.com Mon Mar 20 16:59:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 11:59:09 -0500 Subject: [Bug 185824] Review Request: perl-Date-Pcalc - Gregorian calendar date calculations In-Reply-To: Message-ID: <200603201659.k2KGx92N032078@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185824 imlinux at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From imlinux at gmail.com 2006-03-20 11:59 EST ------- Built in devel successfuly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 16:59:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 11:59:20 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603201659.k2KGxKVd032115@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 Bug 180015 depends on bug 185824, which changed state. Bug 185824 Summary: Review Request: perl-Date-Pcalc - Gregorian calendar date calculations https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185824 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 17:28:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 12:28:11 -0500 Subject: [Bug 185848] Review Request: perl-SOAP-Lite - Client and server side SOAP implementation In-Reply-To: Message-ID: <200603201728.k2KHSBW1005460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 ------- Additional Comments From imlinux at gmail.com 2006-03-20 12:27 EST ------- SPEC: http://mmcgrath.net/~mmcgrath/perl-SOAP-Lite/perl-SOAP-Lite.spec SRPM: http://mmcgrath.net/~mmcgrath/perl-SOAP-Lite/perl-SOAP-Lite-0.67-2.src.rpm I decided to use Pauls method listed here: http://www.redhat.com/archives/fedora-perl-devel-list/2006-March/msg00016.html It seems to have worked well in this instance. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 20:09:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 15:09:00 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603202009.k2KK90ld006627@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-20 15:08 EST ------- Hmm, I though I could reproduce this, but after a recompile with some debugging printf's added its gone, and now even a clean compile doesn't do it anymore, maybe a compilerbug which got fixed in one of the last updates? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 20 21:39:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 20 Mar 2006 16:39:42 -0500 Subject: [Bug 186002] New: Review Request: python-archmod - Extensible reader/decompiler of files in CHM format 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=186002 Summary: Review Request: python-archmod - Extensible reader/decompiler of files in CHM format Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: pertusus at free.fr QAContact: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/python-archmod-0.0.7-1.src.rpm Description: arCHMage - extensible reader/decompiler of files in CHM format (Microsoft HTML help, also known as Compiled HTML). arCHMage is based on chmlib by Jed Wing and is written on python. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Mon Mar 20 22:03:34 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 20 Mar 2006 15:03:34 -0700 Subject: rpms/libopts/devel libopts.spec,1.2,1.3 In-Reply-To: <1142836721.31760.283.camel@mccallum.corsepiu.local> References: <200603192340.k2JNefhY028625@cvs-int.fedora.redhat.com> <1142836721.31760.283.camel@mccallum.corsepiu.local> Message-ID: <441F26B6.3000307@cora.nwra.com> Ralf Corsepius wrote: > On Sun, 2006-03-19 at 18:40 -0500, Paul F. Johnson wrote: > >> Index: libopts.spec > >> make DESTDIR=${RPM_BUILD_ROOT} install >> rm -f ${RPM_BUILD_ROOT}%{_libdir}/lib*.la >> rm -f ${RPM_BUILD_ROOT}%{_infodir}/libopts.txt* >> -rm -rf ${RPM_BUILD_ROOT}%{_infordir}/dir >> +rm -rf ${RPM_BUILD_ROOT}%{_infodir}/dir > > rm -f ${RPM_BUILD_ROOT}%{_infodir}/dir > rm ${RPM_BUILD_ROOT}%{_infodir}/dir -- 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 buildsys at fedoraproject.org Mon Mar 20 22:11:27 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 20 Mar 2006 17:11:27 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060320221127.4341B8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 2 argus-2.0.6.fixes.1-7.fc4 argus-2.0.6.fixes.1-8.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Mar 20 22:11:47 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 20 Mar 2006 17:11:47 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060320221147.2182A8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 11 TeXmacs-1.0.6-6.fc5 argus-2.0.6.fixes.1-7.fc5 argus-2.0.6.fixes.1-8.fc5 camE-1.9-6.fc5 csmash-0.6.6-12.fc5 fluxbox-0.9.15-1.fc5 libsexy-0.1.8-1.fc5 lucidlife-0.9-5.fc5 udftools-1.0.0b3-5.fc5 wine-0.9.10-2.fc5 yumex-0.99.13-1.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 Mon Mar 20 22:12:14 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 20 Mar 2006 17:12:14 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060320221214.3C52B8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 12 TeXmacs-1.0.6-6.fc6 argus-2.0.6.fixes.1-7.fc6 argus-2.0.6.fixes.1-8.fc6 audacity-1.2.4-0.1.b.fc6 cfitsio-3.006-4.fc6 fluxbox-0.9.15-1.fc6 libopts-27.1-5.fc6 lucidlife-0.9-6.fc6 perl-Date-Pcalc-1.2-3.fc6 sylpheed-2.2.3-1.fc6 wine-0.9.10-2.fc6 yumex-0.99.13-1.0.fc6 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 Tue Mar 21 03:47:33 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 21 Mar 2006 04:47:33 +0100 Subject: rpms/libopts/devel libopts.spec,1.2,1.3 In-Reply-To: <441F26B6.3000307@cora.nwra.com> References: <200603192340.k2JNefhY028625@cvs-int.fedora.redhat.com> <1142836721.31760.283.camel@mccallum.corsepiu.local> <441F26B6.3000307@cora.nwra.com> Message-ID: <1142912853.26492.42.camel@mccallum.corsepiu.local> On Mon, 2006-03-20 at 15:03 -0700, Orion Poplawski wrote: > Ralf Corsepius wrote: > > On Sun, 2006-03-19 at 18:40 -0500, Paul F. Johnson wrote: > > > >> Index: libopts.spec > > > >> make DESTDIR=${RPM_BUILD_ROOT} install > >> rm -f ${RPM_BUILD_ROOT}%{_libdir}/lib*.la > >> rm -f ${RPM_BUILD_ROOT}%{_infodir}/libopts.txt* > >> -rm -rf ${RPM_BUILD_ROOT}%{_infordir}/dir > >> +rm -rf ${RPM_BUILD_ROOT}%{_infodir}/dir > > > > rm -f ${RPM_BUILD_ROOT}%{_infodir}/dir > > > > rm ${RPM_BUILD_ROOT}%{_infodir}/dir If you think this is a clever idea - I prefer to call this unsafe and error-prone. Ralf From chris.stone at gmail.com Tue Mar 21 05:27:34 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Mon, 20 Mar 2006 21:27:34 -0800 Subject: Games SIG mailing list In-Reply-To: <441ED2CA.5030006@kobold.org> References: <441ED2CA.5030006@kobold.org> Message-ID: Sign me up! :) On 3/20/06, Wart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Over the past couple of weeks there's been a lot more activity in the > Games SIG. So far the SIG's discussions have taken place on the wiki, > f-e-l, bugzilla, and in private email. In order to centralize some of > these discussions and to provide a single point of contact for the SIG, > we'd like to propose the creation of a new 'fedora-extras-games' mailing > list. > > Discussions on the proposed f-e-g list would include: > > * cc: on bugzilla bugs related to game packages > * proposals for new game packages > * advance notice of games that maintainers would like to orphan > * call for volunteers on orphaned games > * General and specific game packaging issues (must cc: f-e-l on these) > * SIG organizational matters, such as proposing periodic meetings, bug > triage days, Extras/SIGs/Games wiki content/layout, or coordinating SIG > publicity. > > Membership in the mailing list would be open to anyone. > > I know that we already suffer from mailing list overload, which is why > we've resisted starting a new list up until now. But we've noticed that > having a single point of contact for all game-related matters would be > quite useful. > > Thoughts? Next steps? > > - --Mike > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFEHtLHDeYlPfs40g8RAqfLAJ9GsW7M5nA94RdZbKmGVUGlgYXttwCeLkAP > ILBoWbl2S5FZpVyR7bBoFoA= > =Z1Pt > -----END PGP SIGNATURE----- > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From andreas.bierfert at lowlatency.de Tue Mar 21 08:18:18 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 21 Mar 2006 09:18:18 +0100 Subject: Summary from the last FESCo meeting In-Reply-To: <1142808577.7379.84.camel@bobcat.mine.nu> References: <1142782989.2211.6.camel@localhost.localdomain> <1142808577.7379.84.camel@bobcat.mine.nu> Message-ID: <20060321091818.169b63ec@alkaid.a.lan> On Mon, 20 Mar 2006 00:49:37 +0200 "Ville Skytt?" wrote: > will be automagically copied to the x86_64 repo too. Or at least I hope > so ;) If you did not do it manually it work like a charm for wine-0.9.10-2. Thanks. - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 21 09:01:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 04:01:21 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603210901.k2L91Lt7021411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-21 04:01 EST ------- Alternatively you may use patch -R -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Tue Mar 21 09:08:19 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Mar 2006 10:08:19 +0100 Subject: Push build to fix deps even if I can't test it? Message-ID: <441FC283.6070401@hhs.nl> Hi, Todays Rawhide upgrades libgsf to 1.14 unfortunatly not all core libs are recompiled against this, thus I can't upgrade to this without breaking my system. However goffice and gnumeric need a rebuild against the new libgsf. So my dilemma is: wait till core is in shape, local rebuild, test and then request rebuild or just queue a rebuild? Thanks & Regards, Hans From tjikkun at xs4all.nl Tue Mar 21 09:12:59 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 21 Mar 2006 10:12:59 +0100 Subject: Some questions from a wannabee packager Message-ID: <1142932381.2716.15.camel@tjikkun.dyndns.org> Hi all, I am new to this list, and new to packaging as well. I work on the amsn project (http://amsn.sf.net) and I would like to have amsn in extras. I have made a package of amsn which I put up: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 Today I found out that I should have tls (http://tls.sf.net) included. Now here are my questions: 1) should I include tls in the amsn package or create a seconds package on which amsn depends (I did the second locally and it works) 2) My spec file changes of course due to this, do I need to just replace the spec i put up or do i need to do something else? 3) Since I am a new packager I need a sponsor, is there a way to actively look for one or do you just file a request (like i have done) and wait for one Thanks for any answers, Sander Hoentjen From pertusus at free.fr Tue Mar 21 09:22:06 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 21 Mar 2006 10:22:06 +0100 Subject: Some questions from a wannabee packager In-Reply-To: <1142932381.2716.15.camel@tjikkun.dyndns.org> References: <1142932381.2716.15.camel@tjikkun.dyndns.org> Message-ID: <20060321092206.GD2313@free.fr> > 1) should I include tls in the amsn package or create a seconds package > on which amsn depends (I did the second locally and it works) Creating a second package is the way to go. > 3) Since I am a new packager I need a sponsor, is there a way to > actively look for one or do you just file a request (like i have done) > and wait for one You can also help reviewing others packages, by doing relevant comments and diffs to show that you understand enough packaging and fedora extras QA to be sponsored. -- Pat From bugzilla at redhat.com Tue Mar 21 09:18:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 04:18:42 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603210918.k2L9Igsi025252@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-21 04:18 EST ------- (In reply to comment #19) > Alternatively you may use patch -R Ah? Ok, I didn't know this option. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tjikkun at xs4all.nl Tue Mar 21 09:26:24 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 21 Mar 2006 10:26:24 +0100 Subject: Some questions from a wannabee packager In-Reply-To: <20060321092206.GD2313@free.fr> References: <1142932381.2716.15.camel@tjikkun.dyndns.org> <20060321092206.GD2313@free.fr> Message-ID: <1142933185.2716.18.camel@tjikkun.dyndns.org> On Tue, 2006-03-21 at 10:22 +0100, Patrice Dumas wrote: > > 1) should I include tls in the amsn package or create a seconds package > > on which amsn depends (I did the second locally and it works) > > Creating a second package is the way to go. > Then I have a followup question: Do I need to file another request for this package, or add it to my amsn request, since amsn will depend on it. > > 3) Since I am a new packager I need a sponsor, is there a way to > > actively look for one or do you just file a request (like i have done) > > and wait for one > > You can also help reviewing others packages, by doing relevant comments and > diffs to show that you understand enough packaging and fedora extras QA to > be sponsored. > Thanks for your quick response, I will try to be useful like you suggested. From Christian.Iseli at licr.org Tue Mar 21 09:40:44 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 21 Mar 2006 10:40:44 +0100 Subject: Some questions from a wannabee packager In-Reply-To: Your message of "Tue, 21 Mar 2006 10:26:24 +0100." <1142933185.2716.18.camel@tjikkun.dyndns.org> Message-ID: <200603210940.k2L9eiPm012317@ludwig-alpha.unil.ch> tjikkun at xs4all.nl said: > Then I have a followup question: Do I need to file another request for this > package, or add it to my amsn request, since amsn will depend on it. You need to file a separate request. You can track the dependancy in bugzilla (the new ticket can be set to block the amsn one). Cheers, Christian From bugzilla at redhat.com Tue Mar 21 09:45:11 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 04:45:11 -0500 Subject: [Bug 177619] Review Request: python-nltk-lite: Python libraries and programs for natural language processing In-Reply-To: Message-ID: <200603210945.k2L9jBN2032491@www.beta.redhat.com> Please 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-lite: Python libraries and programs for natural language processing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177619 ------- Additional Comments From ivazquez at ivazquez.net 2006-03-21 04:44 EST ------- Updated. http://fedora.ivazquez.net/files/extras/python-nltk-lite.spec http://fedora.ivazquez.net/files/extras/python-nltk-lite-0.6.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 Tue Mar 21 10:17:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 05:17:57 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603211017.k2LAHv2W006132@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-21 05:17 EST ------- Spec Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SPECS/fcron.spec SRPM Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SRPMS/fcron-3.0.1-4.src.rpm %changelog * Tue Mar 21 2006 Alain Portal 3.0.1-4 - Remove useless %%{_bindir}/convert-fcrontab -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 21 10:21:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 05:21:29 -0500 Subject: [Bug 185951] Review Request: amsn : msn messenger clone In-Reply-To: Message-ID: <200603211021.k2LALTIr006714@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amsn : msn messenger clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 ------- Additional Comments From tkmame at retrogames.com 2006-03-21 05:21 EST ------- Here is my first review. *MUSTs* - Package fails rpmlint checks, shorten descriptions, fix symlinks and set the correct executable bits on files, and fix line endings (see package guidelines) use rpmlint to check your packages for errors and warnings - Package name OKAY - spec file name OKAY - license OKAY - written in english OKAY - legible OKAY - url link OKAY - md5sums do not match that of SRPM. You should provide instructions in comments on how to get the exact sources found in the SRPM. 98871a6bd5b19cc267b4221cedaec863 amsn_cvs.tar.gz d9dcd3587b6df37e39f0c4b59073fd31 ../SOURCES/amsn_cvs.tar.gz - sources build on FC5.x86_64 OKAY - no exceptions in BR OKAY - package not owning its directories BAD - package contains duplicate files BAD - permissions are not set properly on every file BAD - package contains clean section OKAY - macro use is consistant OKAY - package contains permissable content OKAY - %doc files do not affect runtime OKAY - no static libraries or .la files OKAY - desktop file looks okay and desktop-file-utils in BR OKAY - package does not own files in other packages OKAY - application runs without crashing OKAY Additional comments: consider breaking this package up into sub-packages, like amsn-plugins and amsn-skins This is my first ever review, sorry if it's a bad one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ndbecker2 at gmail.com Tue Mar 21 12:26:03 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 21 Mar 2006 07:26:03 -0500 Subject: numpy + scipy patches Message-ID: Here is spec and my patches to build numpy + scipy on x86_64 FC5: -------------- next part -------------- A non-text attachment was scrubbed... Name: numpy-build_clib-patch Type: text/x-diff Size: 689 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: numpy-gnu95.patch Type: text/x-diff Size: 1422 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: numpy.spec URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scipy-d1mach.patch Type: text/x-diff Size: 1201 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scipy.spec URL: From ivazquez at ivazquez.net Tue Mar 21 12:36:49 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 21 Mar 2006 07:36:49 -0500 Subject: numpy + scipy patches In-Reply-To: References: Message-ID: <1142944609.29184.2.camel@ignacio.lan> On Tue, 2006-03-21 at 07:26 -0500, Neal Becker wrote: > Here is spec and my patches to build numpy + scipy on x86_64 FC5: I have seen the files in Bugzilla, I've just been ludicrously busy. I don't mind doing a joint maintainership or handing over control of numpy, if you like. -- 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: 191 bytes Desc: This is a digitally signed message part URL: From tjikkun at xs4all.nl Tue Mar 21 13:39:07 2006 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 21 Mar 2006 14:39:07 +0100 Subject: Some questions from a wannabee packager In-Reply-To: <200603210940.k2L9eiPm012317@ludwig-alpha.unil.ch> References: <200603210940.k2L9eiPm012317@ludwig-alpha.unil.ch> Message-ID: <1142948348.2716.24.camel@tjikkun.dyndns.org> On Tue, 2006-03-21 at 10:40 +0100, Christian.Iseli at licr.org wrote: > tjikkun at xs4all.nl said: > > Then I have a followup question: Do I need to file another request for this > > package, or add it to my amsn request, since amsn will depend on it. > > You need to file a separate request. You can track the dependancy in bugzilla > (the new ticket can be set to block the amsn one). > I am working on it now. I also have the problem that my doc files appear in 2 places. (where the app is installed and in /usr/share/doc) What is the best way to fix this, patching the Makefile or are there better alternatives? Sander From orion at cora.nwra.com Tue Mar 21 13:57:49 2006 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Tue, 21 Mar 2006 06:57:49 -0700 (MST) Subject: Push build to fix deps even if I can't test it? In-Reply-To: <441FC283.6070401@hhs.nl> References: <441FC283.6070401@hhs.nl> Message-ID: <1568.71.208.231.221.1142949469.squirrel@www.cora.nwra.com> > Hi, > > Todays Rawhide upgrades libgsf to 1.14 unfortunatly not all core libs > are recompiled against this, thus I can't upgrade to this without > breaking my system. > > However goffice and gnumeric need a rebuild against the new libgsf. So > my dilemma is: wait till core is in shape, local rebuild, test and then > request rebuild or just queue a rebuild? My 0.02, just queue it. This is the season of rawhide woe. - Orion From Christian.Iseli at licr.org Tue Mar 21 14:28:31 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 21 Mar 2006 15:28:31 +0100 Subject: Some questions from a wannabee packager In-Reply-To: Your message of "Tue, 21 Mar 2006 14:39:07 +0100." <1142948348.2716.24.camel@tjikkun.dyndns.org> Message-ID: <200603211428.k2LESVPx014773@ludwig-alpha.unil.ch> tjikkun at xs4all.nl said: > I also have the problem that my doc files appear in 2 places. (where the app > is installed and in /usr/share/doc) What is the best way to fix this, > patching the Makefile or are there better alternatives? Probably the easiest is to do some "rm -f" in the %install section... From tibbs at math.uh.edu Tue Mar 21 15:02:50 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 21 Mar 2006 09:02:50 -0600 Subject: Push build to fix deps even if I can't test it? In-Reply-To: <1568.71.208.231.221.1142949469.squirrel@www.cora.nwra.com> (orion@cora.nwra.com's message of "Tue, 21 Mar 2006 06:57:49 -0700 (MST)") References: <441FC283.6070401@hhs.nl> <1568.71.208.231.221.1142949469.squirrel@www.cora.nwra.com> Message-ID: >>>>> "o" == orion writes: o> My 0.02, just queue it. This is the season of rawhide woe. Which brings up the question of how we are going to handle testing and package reviews when the development tree is expected to be broken. Is a successful build against FC5 (or even FC4) sufficient, even though it says nothing about whether the initial check in will build? - J< From buildsys at fedoraproject.org Tue Mar 21 15:36:23 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Mar 2006 10:36:23 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060321153623.E6FE38010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 libtranslate-0.99-6.fc3 nail-12.0-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Mar 21 15:36:29 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Mar 2006 10:36:29 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060321153629.B8FE08010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 3 exim-4.60-4.fc4 libtranslate-0.99-5.fc4 nail-12.0-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Mar 21 15:36:32 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Mar 2006 10:36:32 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060321153632.E6BC18010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 4 exim-4.60-4.fc5 liboil-0.3.7.1-1.fc5 libtranslate-0.99-6.fc5 perl-Exception-Class-1.23-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Mar 21 15:36:40 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Mar 2006 10:36:40 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060321153640.19D538010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 6 allegro-4.2.0-12 exim-4.60-4.fc6 liboil-0.3.7.1-1.fc6 libtranslate-0.99-6.fc6 nexuiz-1.5-3.fc6 perl-Exception-Class-1.23-1.fc6 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Mar 21 15:46:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 10:46:42 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603211546.k2LFkgNd010564@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-21 10:46 EST ------- Well, libshout-2.2 has appeared in FC5 branch. And is still missed in the devel branch. I can't understand why, as FC5 is just a recent copy of the devel... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 21 15:49:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 10:49:25 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603211549.k2LFnPZE011305@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|/dev/std* missing |/dev/std* missing in mock - | |FE buildsystem CC| |fedora-extras- | |list at redhat.com ------- Additional Comments From bugs.michael at gmx.net 2006-03-21 10:48 EST ------- What exactly is necessary to get somebody from the FE buildsys staff to comment on this? This report is open since February 3rd, without a single comment from the assignee. Hello? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 21 15:58:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 10:58:23 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603211558.k2LFwNbU013528@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 holbrookbw at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas at apestaart.org ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-21 10:58 EST ------- I've talked to Thomas a few times, and pointed out that devel is still using 1.0.9, I'll send him another email -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Tue Mar 21 16:14:34 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 21 Mar 2006 10:14:34 -0600 Subject: Push build to fix deps even if I can't test it? In-Reply-To: References: <441FC283.6070401@hhs.nl> <1568.71.208.231.221.1142949469.squirrel@www.cora.nwra.com> Message-ID: Jason L Tibbitts III wrote: > Which brings up the question of how we are going to handle testing and > package reviews when the development tree is expected to be broken. > Is a successful build against FC5 (or even FC4) sufficient IMO, yes. -- Rex From bugzilla at redhat.com Tue Mar 21 16:14:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 11:14:31 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603211614.k2LGEVCJ017446@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From skvidal at linux.duke.edu 2006-03-21 11:14 EST ------- I do not have time to do this right now - post to buildsys list and ask for people with mock check in access: dcbw, clark williams, a couple of others, I think to check in a fix and push an update. I'm tapped out right now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Tue Mar 21 16:41:40 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Mar 2006 09:41:40 -0700 Subject: New packages built on devel or FCn with devel broken... In-Reply-To: References: <441FC283.6070401@hhs.nl> <1568.71.208.231.221.1142949469.squirrel@www.cora.nwra.com> Message-ID: <44202CC4.6080704@cora.nwra.com> Rex Dieter wrote: > Jason L Tibbitts III wrote: > >> Which brings up the question of how we are going to handle testing and >> package reviews when the development tree is expected to be broken. >> Is a successful build against FC5 (or even FC4) sufficient > > IMO, yes. > > -- Rex > +1 Submitter can do an immediate sync to the branch that they built on during submission, then work to try to get things working in devel. - Orion From orion at cora.nwra.com Tue Mar 21 16:44:40 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Mar 2006 09:44:40 -0700 Subject: using rm without -f In-Reply-To: <1142912853.26492.42.camel@mccallum.corsepiu.local> References: <200603192340.k2JNefhY028625@cvs-int.fedora.redhat.com> <1142836721.31760.283.camel@mccallum.corsepiu.local> <441F26B6.3000307@cora.nwra.com> <1142912853.26492.42.camel@mccallum.corsepiu.local> Message-ID: <44202D78.4070200@cora.nwra.com> Ralf Corsepius wrote: > On Mon, 2006-03-20 at 15:03 -0700, Orion Poplawski wrote: >> Ralf Corsepius wrote: >>> On Sun, 2006-03-19 at 18:40 -0500, Paul F. Johnson wrote: >>> >>>> Index: libopts.spec >>>> make DESTDIR=${RPM_BUILD_ROOT} install >>>> rm -f ${RPM_BUILD_ROOT}%{_libdir}/lib*.la >>>> rm -f ${RPM_BUILD_ROOT}%{_infodir}/libopts.txt* >>>> -rm -rf ${RPM_BUILD_ROOT}%{_infordir}/dir >>>> +rm -rf ${RPM_BUILD_ROOT}%{_infodir}/dir >>> rm -f ${RPM_BUILD_ROOT}%{_infodir}/dir >>> >> rm ${RPM_BUILD_ROOT}%{_infodir}/dir > If you think this is a clever idea - I prefer to call this unsafe and > error-prone. > I think dropping the -f leads towards reproducible builds and less cruft in specs. If upstream/buildsys changes in a way that what you are removing disappears, your rm will stay there forever. Obviously, this is a completely trivial item, but it seems like avoiding error suppression is a Good Thing (tm). -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From orion at cora.nwra.com Tue Mar 21 16:50:38 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Mar 2006 09:50:38 -0700 Subject: Trying to update my local mock configs for fc5 Message-ID: <44202EDE.9070403@cora.nwra.com> Okay, I'm trying to update my local mock build system to do FC5 builds and running into the following: # cat root.log ensuring dir /var/lib/mock/fedora-5-x86_64-core/state Cleaning Root ensuring dir /var/lib/mock/fedora-5-x86_64-core ensuring dir /var/lib/mock/fedora-5-x86_64-core/root ensuring dir /var/lib/mock/fedora-5-x86_64-core/state ensuring dir /var/lib/mock/fedora-5-x86_64-core/result ensuring dir /var/lib/mock/fedora-5-x86_64-core ensuring dir /var/lib/mock/fedora-5-x86_64-core/root ensuring dir /var/lib/mock/fedora-5-x86_64-core/state ensuring dir /var/lib/mock/fedora-5-x86_64-core/result ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/var/lib/rpm ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/var/log ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/dev ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/etc/rpm ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/tmp ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/var/tmp ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/etc/yum.repos.d ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/proc ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/dev/pts ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/proc ensuring dir /var/lib/mock/fedora-5-x86_64-core/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-5-x86_64-core/root groupinstall build file:///data/sw1/fedora/core/5/x86_64/os/Fedora/RPMS/fedora-release-4-99.rawhide.noarch.rpm: [Errno 5] OSError: [Errno 2] No such file or directory: '/data/sw1/fedora/core/5/x86_64/os/Fedora/RPMS/fedora-release-4-99.rawhide.noarch.rpm' Trying other mirror. Error: failure: Fedora/RPMS/fedora-release-4-99.rawhide.noarch.rpm from core: [Errno 256] No more mirrors to try. Cleaning up... Done. # cat /etc/mock/fedora-5-x86_64-core.cfg #!/usr/bin/python -tt import os config_opts['root'] = 'fedora-5-x86_64-core' config_opts['basedir'] = '/var/lib/mock/' config_opts['chroot'] = '/usr/sbin/mock-helper chroot' config_opts['mount'] = '/usr/sbin/mock-helper mount' config_opts['umount'] = '/usr/sbin/mock-helper umount' config_opts['rm'] = '/usr/sbin/mock-helper rm' config_opts['mknod'] = '/usr/sbin/mock-helper mknod' config_opts['yum'] = '/usr/sbin/mock-helper yum' config_opts['runuser'] = '/sbin/runuser' config_opts['buildgroup'] = 'build' config_opts['chrootuser'] = 'mockbuild' config_opts['chrootgroup'] = 'mockbuild' config_opts['chrootuid'] = os.geteuid() config_opts['chrootgid'] = os.getegid() config_opts['chroothome'] = '/builddir' config_opts['clean'] = True config_opts['target_arch'] = 'x86_64' config_opts['yum.conf'] = """ [main] cachedir=/var/cache/yum debuglevel=1 reposdir=/dev/null logfile=/var/log/yum.log retries=20 obsoletes=1 gpgcheck=0 assumeyes=1 exclude=*.i386 *.486 *.586 *.i686 *.athlon # repos [core] name=core baseurl=file:///data/sw1/fedora/core/5/x86_64/os/ [updates-released] name=updates baseurl=file:///data/sw1/fedora/core/updates/5/x86_64/ [groups] name=groups baseurl=http://fedoraproject.org/buildgroups/5/x86_64/ [extras] name=extras baseurl=file:///data/sw1/fedora/extras/5/x86_64/ [local] name=local baseurl=file:///data/sw1/fedora/CoRPMS/5/x86_64/ """ Perhaps http://fedoraproject.org/buildgroups/5/x86_64/ is not up-to-date? -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From orion at cora.nwra.com Tue Mar 21 16:51:59 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Mar 2006 09:51:59 -0700 Subject: CVS oddness Message-ID: <44202F2F.5070206@cora.nwra.com> In extras CVS in a FC-5 branch, I did a "cvs update -r cfengine-2_1_18-2_fc5" to go back a build. Then: $ make srpm rpmbuild --define "_sourcedir /export/home/orion/fedora/extras/cfengine/FC-5" --define "_builddir /export/home/orion/fedora/extras/cfengine/FC-5" --define "_srcrpmdir /export/home/orion/fedora/extras/cfengine/FC-5" --define "_rpmdir /export/home/orion/fedora/extras/cfengine/FC-5" --define "dist .fc6" --define "fedora 6" --nodeps -bs cfengine.spec Wrote: /export/home/orion/fedora/extras/cfengine/FC-5/cfengine-2.1.18-2.fc6.src.rpm Why "dist .fc6" and "fedora 6"? Everything works when I'm up to date: [orion at cynosure FC-5]$ cvs update -A For more information on using the Fedora CVS/GIT/Mercurial repositories, please visit http://fedoraproject.org/wiki/UsingCvs ? cfengine-2.1.18-2.fc6.src.rpm cvs update: Updating . P .cvsignore U branch P cfengine.spec P sources [orion at cynosure FC-5]$ make srpm rpmbuild --define "_sourcedir /export/home/orion/fedora/extras/cfengine/FC-5" --define "_builddir /export/home/orion/fedora/extras/cfengine/FC-5" --define "_srcrpmdir /export/home/orion/fedora/extras/cfengine/FC-5" --define "_rpmdir /export/home/orion/fedora/extras/cfengine/FC-5" --define "dist .fc5" --define "fedora 5" --nodeps -bs cfengine.spec Wrote: /export/home/orion/fedora/extras/cfengine/FC-5/cfengine-2.1.19p1-1.fc5.src.rpm -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From orion at cora.nwra.com Tue Mar 21 17:17:07 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Mar 2006 10:17:07 -0700 Subject: Trying to update my local mock configs for fc5 In-Reply-To: <44202EDE.9070403@cora.nwra.com> References: <44202EDE.9070403@cora.nwra.com> Message-ID: <44203513.70103@cora.nwra.com> Orion Poplawski wrote: > Okay, I'm trying to update my local mock build system to do FC5 builds > and running into the following: > > file:///data/sw1/fedora/core/5/x86_64/os/Fedora/RPMS/fedora-release-4-99.rawhide.noarch.rpm: > [Errno 5] OSError: [Errno 2] No such file or directory: > '/data/sw1/fedora/core/5/x86_64/os/Fedora/RPMS/fedora-release-4-99.rawhide.noarch.rpm' > > Trying other mirror. > Error: failure: Fedora/RPMS/fedora-release-4-99.rawhide.noarch.rpm from > core: [Errno 256] No more mirrors to try. > Cleaning up... > Done. > My bad updating my local copy.... -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From ville.skytta at iki.fi Tue Mar 21 17:26:41 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 21 Mar 2006 19:26:41 +0200 Subject: using rm without -f In-Reply-To: <44202D78.4070200@cora.nwra.com> References: <200603192340.k2JNefhY028625@cvs-int.fedora.redhat.com> <1142836721.31760.283.camel@mccallum.corsepiu.local> <441F26B6.3000307@cora.nwra.com> <1142912853.26492.42.camel@mccallum.corsepiu.local> <44202D78.4070200@cora.nwra.com> Message-ID: <1142962001.31367.26.camel@bobcat.mine.nu> On Tue, 2006-03-21 at 09:44 -0700, Orion Poplawski wrote: > Ralf Corsepius wrote: > > On Mon, 2006-03-20 at 15:03 -0700, Orion Poplawski wrote: > >> Ralf Corsepius wrote: > >>> On Sun, 2006-03-19 at 18:40 -0500, Paul F. Johnson wrote: > > >> rm ${RPM_BUILD_ROOT}%{_infodir}/dir > > If you think this is a clever idea - I prefer to call this unsafe and > > error-prone. > > I think dropping the -f leads towards reproducible builds and less cruft > in specs. I tend to think the opposite :) Whether the infodir/dir file is created in the buildroot, depends. So it needs either testing for the file's existence before doing a rm without -f or may need adding some BuildRequires that wouldn't be needed for other purposes -> both result in _more_ cruft in the specfile. Not worth it because that particular file is completely uninteresting anyway. Another somewhat offtopic example is when a file to be removed is read only, causing rm to prompt and the build to hang. Yes, that should bite the packager locally before the job gets stuck in the buildsys but we've seen some cases of this happening there nevertheless. From bugs.michael at gmx.net Tue Mar 21 17:50:43 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Mar 2006 18:50:43 +0100 Subject: CVS oddness In-Reply-To: <44202F2F.5070206@cora.nwra.com> References: <44202F2F.5070206@cora.nwra.com> Message-ID: <20060321185043.6aad2e5e.bugs.michael@gmx.net> On Tue, 21 Mar 2006 09:51:59 -0700, Orion Poplawski wrote: > In extras CVS in a FC-5 branch, I did a "cvs update -r > cfengine-2_1_18-2_fc5" to go back a build. Then: > > $ make srpm > rpmbuild --define "_sourcedir > /export/home/orion/fedora/extras/cfengine/FC-5" --define "_builddir > /export/home/orion/fedora/extras/cfengine/FC-5" --define "_srcrpmdir > /export/home/orion/fedora/extras/cfengine/FC-5" --define "_rpmdir > /export/home/orion/fedora/extras/cfengine/FC-5" --define "dist .fc6" > --define "fedora 6" --nodeps -bs cfengine.spec > Wrote: > /export/home/orion/fedora/extras/cfengine/FC-5/cfengine-2.1.18-2.fc6.src.rpm > > Why "dist .fc6" and "fedora 6"? The dist tag is fetched from common/branches depending on the contents of your working directory. Your tag does not cover all files which are needed to determine the right branch. The file with the name "branch" is missing, you didn't tag it. If missing, the default branch is "devel". $ cvs co cfengine $ cat cfengine/FC-5/branch FC-5 $ cvs co -r fengine-2_1_18-2_fc5 cfengine $ cat cfengine/FC-5/branch cat: cfengine/FC-5/branch: No such file or directory From j.w.r.degoede at hhs.nl Tue Mar 21 17:53:22 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Mar 2006 18:53:22 +0100 Subject: Helping getting geda sponsored In-Reply-To: <4419A279.6090301@city-fan.org> References: <44199E49.3080900@hhs.nl> <44199FFC.2070206@city-fan.org> <4419A193.9060108@hhs.nl> <4419A279.6090301@city-fan.org> Message-ID: <44203D92.9070303@hhs.nl> Update: I've asked my student to look at this and the packages work as advertised, there is a bug left and right, but thats more of an upstream case, his own manually compiled version has exact the same symptoms. When I find the time I'll start reviewing all the geda parts (why so many?). Regards, Hans Paul Howarth wrote: > Hans de Goede wrote: >> Paul Howarth wrote: >> >>> Hans de Goede wrote: >>> >>>> I'm an electronics teacher and one of my students is currently using >>>> a locally compiled version of geda on FC5 this seems to work well as >>>> suich I would like to see geda packaged. There already is a review >>>> request for geda, but the packager needs a sponsor. I'm willing todo >>>> a review, but I can't sponsor any sponsers who are willing to watch >>>> over my back and do the actual approving? >>> >>> >>> I'll help. I've a background in electronics but I'm not a geda user. >> >> Thanks >> >>> Is your student using the packages that up for review? >> >> Nope he is using a localy compiled version I'll try to see if he is >> willing to switch to them and I'll start a review of them. > > That would be very useful, a good way of checking that the packages work > as intended and demonstrating that the packager is worthy of sponsorship > :-) > >> Shall I add you to the CC when I start the review? > > Yes please. > > Paul. > From bugzilla at redhat.com Tue Mar 21 18:04:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 13:04:43 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603211804.k2LI4hjP009506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From bugs.michael at gmx.net 2006-03-21 13:04 EST ------- I'm not subscribed to that list, and Cc from within bugzilla doesn't work, please don't create additional hurdles inside the Fedora Project. I call upon the FE buildsys maintainers to please process this bugzilla ticket. wine-docs package for FC-4 continues to fail in the FE buildsys with an strace pointing to missing /dev/std{in,out,err} device links in the mock chroot: [pid 27154] open("/dev/stdin", O_RDONLY|O_NOCTTY|O_LARGEFILE) = -1 ENOENT (No su ch file or directory) [pid 27154] write(2, "ELinks: ", 8ELinks: ) = 8 [pid 27154] write(2, "No such file or directory", 25No such file or directory) = 25 It has not been examined why elinks searches for these devices or why it doesn't appear to do the same for FC-3 and FC-5. Anyway, wine-docs for FC-4 can't be built due to this issue with the build system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 21 18:13:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 13:13:58 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603211813.k2LIDwrv011438@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From skvidal at linux.duke.edu 2006-03-21 13:13 EST ------- I call upon the norse gods to grant me more time in any given week. look. it doesn't work. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 21 18:26:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 13:26:43 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603211826.k2LIQh48014292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |toshio at tiki-lounge.com ------- Additional Comments From toshio at tiki-lounge.com 2006-03-21 13:25 EST ------- I sent a message to fedora-buildsys-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 fedora at leemhuis.info Tue Mar 21 19:03:54 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Mar 2006 20:03:54 +0100 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <20060321153632.E6BC18010@extras64.linux.duke.edu> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> Message-ID: <1142967834.2279.6.camel@localhost.localdomain> Am Dienstag, den 21.03.2006, 10:36 -0500 schrieb buildsys at fedoraproject.org: > liboil-0.3.7.1-1.fc5 We just broke the "Extras packages should not obsolete or update packages from Core" rule. liboil is in FC5, it never should have been build or pushed for FE5. Well, bad things happen. How to proceed? How to make sure something like this does not happen again? CU thl P.S.: mitr noticing this -- Thorsten Leemhuis From skvidal at linux.duke.edu Tue Mar 21 19:09:07 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 21 Mar 2006 14:09:07 -0500 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1142967834.2279.6.camel@localhost.localdomain> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> <1142967834.2279.6.camel@localhost.localdomain> Message-ID: <1142968147.19747.0.camel@cutter> On Tue, 2006-03-21 at 20:03 +0100, Thorsten Leemhuis wrote: > Am Dienstag, den 21.03.2006, 10:36 -0500 schrieb > buildsys at fedoraproject.org: > > > liboil-0.3.7.1-1.fc5 > > We just broke the "Extras packages should not obsolete or update > packages from Core" rule. liboil is in FC5, it never should have been > build or pushed for FE5. > > Well, bad things happen. How to proceed? How to make sure something like > this does not happen again? > is it possible someone put it in core for fc5 and didn't check if it was already in extras? That's happened before, afer all. -sv From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Mar 21 19:14:38 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 21 Mar 2006 20:14:38 +0100 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1142967834.2279.6.camel@localhost.localdomain> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> <1142967834.2279.6.camel@localhost.localdomain> Message-ID: <20060321201438.251eda2e@python2> Thorsten Leemhuis wrote : > Am Dienstag, den 21.03.2006, 10:36 -0500 schrieb > buildsys at fedoraproject.org: > > > liboil-0.3.7.1-1.fc5 > > We just broke the "Extras packages should not obsolete or update > packages from Core" rule. liboil is in FC5, it never should have been > build or pushed for FE5. > > Well, bad things happen. How to proceed? How to make sure something like > this does not happen again? "How to make sure something like this does not happen again?" -> By having the person that includes a package in Core at least notify the Extras packager... I simply wasn't aware that liboil had now been included in Core... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5 (Bordeaux) - Linux kernel 2.6.15-1.2054_FC5 Load : 0.91 0.63 0.60 From bugzilla at redhat.com Tue Mar 21 19:22:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 14:22:10 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603211922.k2LJMAIt027579@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-21 14:21 EST ------- Michael, Do you have a plague set up somewhere to get your trace or did you instrument the wine-docs spec and push it through the buildsys? Clark Williams just sent this patch to buildsys-list to see if it can be tested before committing. Index: mock.py =================================================================== RCS file: /cvs/fedora/mock/mock.py,v retrieving revision 1.37 diff -u -r1.37 mock.py - --- mock.py 15 Mar 2006 22:14:38 -0000 1.37 +++ mock.py 21 Mar 2006 19:12:40 -0000 @@ -555,6 +555,14 @@ if not os.path.exists(devpath): os.symlink('../proc/self/fd', devpath) + fd = 0 + for item in ('stdin', 'stdout', 'stderr'): + devpath = os.path.join(self.rootdir, 'dev', item) + if not os.path.exists(devpath): + fdpath = os.path.join('../proc/self/fd', str(fd)) + os.symlink(fdpath, devpath) + fd += 1 + for item in [os.path.join(self.rootdir, 'etc', 'mtab'), os.path.join(self.rootdir, 'etc', 'fstab'), os.path.join(self.rootdir, 'var', 'log', 'yum.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 fedora at leemhuis.info Tue Mar 21 19:30:29 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Mar 2006 20:30:29 +0100 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1142968147.19747.0.camel@cutter> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> <1142967834.2279.6.camel@localhost.localdomain> <1142968147.19747.0.camel@cutter> Message-ID: <1142969429.2279.7.camel@localhost.localdomain> Am Dienstag, den 21.03.2006, 14:09 -0500 schrieb seth vidal: > On Tue, 2006-03-21 at 20:03 +0100, Thorsten Leemhuis wrote: > > Am Dienstag, den 21.03.2006, 10:36 -0500 schrieb > > buildsys at fedoraproject.org: > > > > > liboil-0.3.7.1-1.fc5 > > > > We just broke the "Extras packages should not obsolete or update > > packages from Core" rule. liboil is in FC5, it never should have been > > build or pushed for FE5. > > > > Well, bad things happen. How to proceed? How to make sure something like > > this does not happen again? > > > > is it possible someone put it in core for fc5 and didn't check if it was > already in extras? No, it an older version of the extras package that was moved to Core ;-) http://cvs.fedora.redhat.com/viewcvs/devel/liboil/liboil.spec?rev=1.5&view=markup CU thl -- Thorsten Leemhuis From skvidal at linux.duke.edu Tue Mar 21 19:34:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 21 Mar 2006 14:34:58 -0500 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1142969429.2279.7.camel@localhost.localdomain> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> <1142967834.2279.6.camel@localhost.localdomain> <1142968147.19747.0.camel@cutter> <1142969429.2279.7.camel@localhost.localdomain> Message-ID: <1142969698.19747.13.camel@cutter> On Tue, 2006-03-21 at 20:30 +0100, Thorsten Leemhuis wrote: > Am Dienstag, den 21.03.2006, 14:09 -0500 schrieb seth vidal: > > On Tue, 2006-03-21 at 20:03 +0100, Thorsten Leemhuis wrote: > > > Am Dienstag, den 21.03.2006, 10:36 -0500 schrieb > > > buildsys at fedoraproject.org: > > > > > > > liboil-0.3.7.1-1.fc5 > > > > > > We just broke the "Extras packages should not obsolete or update > > > packages from Core" rule. liboil is in FC5, it never should have been > > > build or pushed for FE5. > > > > > > Well, bad things happen. How to proceed? How to make sure something like > > > this does not happen again? > > > > > > > is it possible someone put it in core for fc5 and didn't check if it was > > already in extras? > > No, it an older version of the extras package that was moved to Core ;-) > > http://cvs.fedora.redhat.com/viewcvs/devel/liboil/liboil.spec?rev=1.5&view=markup > which means that the core maintainer is at a fault for not notifying the extras maintainer it was moved. looks like the culprit is Warren. -sv From fedora at leemhuis.info Tue Mar 21 20:05:47 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 21 Mar 2006 21:05:47 +0100 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1142969698.19747.13.camel@cutter> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> <1142967834.2279.6.camel@localhost.localdomain> <1142968147.19747.0.camel@cutter> <1142969429.2279.7.camel@localhost.localdomain> <1142969698.19747.13.camel@cutter> Message-ID: <1142971548.2279.27.camel@localhost.localdomain> Am Dienstag, den 21.03.2006, 14:34 -0500 schrieb seth vidal: > On Tue, 2006-03-21 at 20:30 +0100, Thorsten Leemhuis wrote: > > Am Dienstag, den 21.03.2006, 14:09 -0500 schrieb seth vidal: > > > On Tue, 2006-03-21 at 20:03 +0100, Thorsten Leemhuis wrote: > > > > Am Dienstag, den 21.03.2006, 10:36 -0500 schrieb > > > > buildsys at fedoraproject.org: > > > > liboil-0.3.7.1-1.fc5 > > > > We just broke the "Extras packages should not obsolete or update > > > > packages from Core" rule. liboil is in FC5, it never should have been > > > > build or pushed for FE5. > > > > Well, bad things happen. How to proceed? How to make sure something like > > > > this does not happen again? > > > is it possible someone put it in core for fc5 and didn't check if it was > > > already in extras? > > No, it an older version of the extras package that was moved to Core ;-) > > http://cvs.fedora.redhat.com/viewcvs/devel/liboil/liboil.spec?rev=1.5&view=markup > which means that the core maintainer is at a fault for not notifying the > extras maintainer it was moved. > > looks like the culprit is Warren. Stop. Yeah, maybe Warren forgot to send a mail it. But maybe he wrote one and it got lost or sorted out by a spam filter. There are plenty of good and bad reasons why a mail might get lost or forgotten... I don't really want to know who was the culprit. I really don't care. It will happen again if we don't have a proper solution that prevents it. The easiest one: If a package is move into Core and a Extras packager notices it he should disable building of that package in Extras CVS, even if it's not his package. The second solution involves a bit more work: run a script that checks for such stuff. Christian? CU thl Cu thl -- Thorsten Leemhuis From bugzilla at redhat.com Tue Mar 21 20:00:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 15:00:47 -0500 Subject: [Bug 186132] New: Review Request: openoffice.org-dict-cs_CZ 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=186132 Summary: Review Request: openoffice.org-dict-cs_CZ Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: tmraz at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/tmraz/ooo/openoffice.org-dict-cs_CZ.spec SRPM Name or Url: http://people.redhat.com/tmraz/ooo/openoffice.org-dict-cs_CZ-20060303-1.src.rpm Description: This package contains the czech spellchecker and hyphenation dictionaries for the Openoffice.org application suite. Please review. rpmlint gives an error about no binary in usr/lib but I think this can be ignored. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Tue Mar 21 20:08:17 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 21 Mar 2006 13:08:17 -0700 Subject: CVS oddness In-Reply-To: <20060321185043.6aad2e5e.bugs.michael@gmx.net> References: <44202F2F.5070206@cora.nwra.com> <20060321185043.6aad2e5e.bugs.michael@gmx.net> Message-ID: <44205D31.70108@cora.nwra.com> Michael Schwendt wrote: > The dist tag is fetched from common/branches depending on the contents of > your working directory. Your tag does not cover all files which are needed > to determine the right branch. The file with the name "branch" is > missing, you didn't tag it. If missing, the default branch is "devel". Thanks for the info. In this case, the tag was made while it was in "devel", hence no "branch" file. -- 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 Tue Mar 21 20:12:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 15:12:21 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603212012.k2LKCLbK006471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From orion at cora.nwra.com 2006-03-21 15:11 EST ------- I'd love to see this for FC5 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 Tue Mar 21 20:19:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 15:19:47 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603212019.k2LKJlu6008014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From bugs.michael at gmx.net 2006-03-21 15:19 EST ------- If I had a plague system, I could examine this myself. But I don't. And according to comment 4, this is not reproducible in FC-4 plain mock. Hence this problem report. And yes, the strace is from a modified wine-docs 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 Christian.Iseli at licr.org Tue Mar 21 20:52:27 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 21 Mar 2006 21:52:27 +0100 Subject: Fedora Extras 5 Package Build Report In-Reply-To: Your message of "Tue, 21 Mar 2006 21:05:47 +0100." <1142971548.2279.27.camel@localhost.localdomain> Message-ID: <200603212052.k2LKqc5Z025792@mx3.redhat.com> fedora at leemhuis.info said: > The second solution involves a bit more work: run a script that checks for > such stuff. Christian? I'm having an hectic week, but I'll tuck this on my TODO list and see what happens :-) What's the normal procedure when a package migrates to core ? Do we: - delete CVS devel and affected release branches - tuck a "nobuild"/exit code in the spec file (in which case the wording should be a bit standardised so that an automated script can make sense of it - something else ??? Cheers, Christian From bugzilla at redhat.com Tue Mar 21 21:45:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 16:45:25 -0500 Subject: [Bug 185261] Review Request: gnochm - CHM file viewer In-Reply-To: Message-ID: <200603212145.k2LLjPDc028969@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnochm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185261 ------- Additional Comments From jpmahowald at gmail.com 2006-03-21 16:45 EST ------- Builds, but some deps really should be explicit: * BuildRequires: gettext is missing (required by the %find_lang macro) * Missing dependancy on update-mime-database for %post (package shared-mime-info) * Missing dependancy on update-mime-database for %postun (package shared-mime-info) Otherwise: - rpmlint checks return: W: gnochm conffile-without-noreplace-flag /etc/gconf/schemas/gnochm.schemas can 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_64) - no unnecessary BR - locales handled by %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 - .desktop file -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 21 21:46:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 16:46:04 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603212146.k2LLk4m0029195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From dcbw at redhat.com 2006-03-21 16:45 EST ------- Committed to mock CVS HEAD (r1.38) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 21 21:48:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 16:48:01 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603212148.k2LLm1xr029597@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-21 16:47 EST ------- The rpmlint errors that we get now are understandable (and, I believe, ignorable) except for the last one that puzzles me: E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; I have tried to run fcrontab. To avoid a warning, I made a patch I attach. But unfortunately fcrontab don't work, as root or as a user. As root: [root at localhost log]# fcrontab /etc/crontab 22:51:51 Could not authenticate user using PAM (4): System error As a user: 22:49:06 Could not change egid to fcron[505]: Operation not permitted Nothing appears in logs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 21 21:53:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 16:53:04 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603212153.k2LLr46b031045@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From dcbw at redhat.com 2006-03-21 16:52 EST ------- Pushing fix as mock-0.4-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 Mar 21 21:56:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 16:56:57 -0500 Subject: [Bug 185261] Review Request: gnochm - CHM file viewer In-Reply-To: Message-ID: <200603212156.k2LLuvMr031879@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnochm - CHM file viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185261 ------- Additional Comments From pertusus at free.fr 2006-03-21 16:56 EST ------- I didn't add a BR on shared-mime-info, because this is explicitely said here that such BR shouldn't be added: http://fedoraproject.org/wiki/ScriptletSnippets#head-ef39068afc1677de2e6b4370ad0fb24dafd4d47b -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 21 21:57:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 16:57:35 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603212157.k2LLvZ71032135@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 sheltren at cs.ucsb.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sheltren at cs.ucsb.edu ------- Additional Comments From sheltren at cs.ucsb.edu 2006-03-21 16:57 EST ------- Well, I just tested this out under plague, and the build still fails. It does have a different error message from Elinks: ELinks: Unknown file type Does something special need to happen to those 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 Mar 21 22:15:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 17:15:23 -0500 Subject: [Bug 175127] Review Request: wavbreaker - Tool for splitting .wav files In-Reply-To: Message-ID: <200603212215.k2LMFNKu004905@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wavbreaker - Tool for splitting .wav files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175127 ------- Additional Comments From dmaley at redhat.com 2006-03-21 17:15 EST ------- Included ChangeLog CONTRIBUTORS NEWS AUTHORS COPYING README TODO as %doc. The updated package and SPEC can be found here: SPEC: http://homer.homelinux.net/RPMS/wavbreaker.spec SRPM: http://homer.homelinux.net/RPMS/wavbreaker-0.7-2.src.rpm Please let me know if there is anything else needed ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 21 22:29:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 17:29:34 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603212229.k2LMTYht009059@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From dcbw at redhat.com 2006-03-21 17:28 EST ------- In a mock chroot, does /proc/self/fd/0 a symlink to /dev/pts/3 or something like that? There seem to be multiple levels of symlinkage going on 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 triad at df.lth.se Tue Mar 21 22:43:58 2006 From: triad at df.lth.se (Linus Walleij) Date: Tue, 21 Mar 2006 23:43:58 +0100 (CET) Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1142971548.2279.27.camel@localhost.localdomain> References: <20060321153632.E6BC18010@extras64.linux.duke.edu> <1142967834.2279.6.camel@localhost.localdomain> <1142968147.19747.0.camel@cutter> <1142969429.2279.7.camel@localhost.localdomain> <1142969698.19747.13.camel@cutter> <1142971548.2279.27.camel@localhost.localdomain> Message-ID: On Tue, 21 Mar 2006, Thorsten Leemhuis wrote: > But maybe he wrote > one and it got lost or sorted out by a spam filter. There are plenty of > good and bad reasons why a mail might get lost or forgotten... Can we not just say that when core takes a package from the Extras they file a Bugzilla ticket and ask the Extras package to self-terminate? Since this is how we keep track of stuff in other cases it should be fine. There is one implicit thing here: is it policy that when a package is moved from Extras to Core someone at RedHat takes over maintainance? It seems so but would be nice to have in cleartext somewhere @ Fedora wiki. Linus From bugzilla at redhat.com Tue Mar 21 22:46:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 17:46:36 -0500 Subject: [Bug 172140] Review Request: libmal: a convenience library for malsync In-Reply-To: Message-ID: <200603212246.k2LMkaDU014939@www.beta.redhat.com> Please 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 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2006-03-21 17:46 EST ------- Oh, the license is included. Never mind about that. - rpmlint checks return: W: libmal summary-not-capitalized a convenience library for malsync W: libmal summary-not-capitalized a convenience library for malsync E: libmal zero-length /usr/share/doc/libmal-0.31/TODO E: libmal zero-length /usr/share/doc/libmal-0.31/NEWS E: libmal zero-length /usr/share/doc/libmal-0.31/AUTHORS W: libmal-debuginfo objdump-failed E: libmal-devel only-non-binary-in-usr-lib Capitalize summary and remove empty files. for devel package, only-non-binary-in-usr-lib, it's a symlink, ignore. - package meets naming guidelines - package meets packaging guidelines - license (MPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on devel (x86_64) - 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 - devel package ok - no .la files - post/postun ldconfig ok - devel requires base package n-v-r 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 Mar 21 22:55:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 17:55:13 -0500 Subject: [Bug 172343] Review Request: libtomoe-gtk In-Reply-To: Message-ID: <200603212255.k2LMtDpq018631@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libtomoe-gtk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172343 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpmahowald at gmail.com 2006-03-21 17:55 EST ------- Package in the repository. Please close bug when package builds successfully. Closing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 21 23:02:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 18:02:45 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603212302.k2LN2jSL021206@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From sheltren at cs.ucsb.edu 2006-03-21 18:02 EST ------- It appears that there is nothing in /proc at all... $ pwd /var/lib/mock/fedora-4-x86_64-core/root/proc $ ls -l total 0 The following symlinks show up in /dev but they are pointing to the /proc/self/fd stuff which doesn't exist: fd, stderr, stdin, stdout -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 21 23:53:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 18:53:53 -0500 Subject: [Bug 180747] Review Request: powerman In-Reply-To: Message-ID: <200603212353.k2LNrrMs031279@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: powerman https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180747 ------- Additional Comments From woodard at redhat.com 2006-03-21 18:53 EST ------- Can someone take a look at this and either approve it or tell me why it shouldn't be approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 00:01:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:01:26 -0500 Subject: [Bug 182064] Review Request: facter In-Reply-To: Message-ID: <200603220001.k2M01QQx032714@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: facter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064 ------- Additional Comments From dlutter at redhat.com 2006-03-21 19:01 EST ------- It appears the tarball was changed upstream after the release (look at the timestamps on the tarball included in the srpm and the timestamp upstream) In any event, the Rakefile is not used during building of the srpm .. or did it cause you problems ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 00:06:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:06:42 -0500 Subject: [Bug 181369] Review Request: libedit - The NetBSD Editline library In-Reply-To: Message-ID: <200603220006.k2M06gmw001133@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libedit - The NetBSD Editline library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181369 ------- Additional Comments From jpmahowald at gmail.com 2006-03-21 19:06 EST ------- You are only required to included a file with the license text if the source archive includes it. http://fedoraproject.org/wiki/Packaging/ReviewGuidelines One can't tell if the authors really agree to the exact license text. They say berkley style so you can specify License: BSD, but remove the license text. Then talk to the authors about including the license text. Why BuildRequires: gpm-devel? I can't figure that one out. Don't put the snap maro in the change log, use the exact number. That will get updated, and you want the change log to remain the same. Going through the usual checklist is pretty good: - rpmlint checks return: W: libedit-debuginfo objdump-failed not critical - package meets naming guidelines - package meets packaging guidelines - license (BSD) OK We don't know what the text should be though. - spec file legible, in am. english - source matches upstream - package compiles on devel (x86_64) - no missing 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 - devel package ok - no .la files - post/postun ldconfig ok - devel requires base package n-v-r -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 00:12:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:12:29 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603220012.k2M0CTA1002014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 ------- Additional Comments From orion at cora.nwra.com 2006-03-21 19:12 EST ------- http://www.cora.nwra.com/~orion/fedora/cmake-2.2.3-2.src.rpm http://www.cora.nwra.com/~orion/fedora/cmake.spec - Made emacs and vim sub-packages for the .el and .vim files. Haven't tested them yet though. - Include Examples in the docs -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 00:23:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:23:55 -0500 Subject: [Bug 179852] /dev/std* missing in mock - FE buildsystem In-Reply-To: Message-ID: <200603220023.k2M0Nt4v003785@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /dev/std* missing in mock - FE buildsystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From bugs.michael at gmx.net 2006-03-21 19:23 EST ------- The full build log with strace output is this: http://buildsys.fedoraproject.org/logs/fedora-4-extras/5772-wine-docs-0.9.9-1.fc4/noarch/build.log Basically, what happens is that elinks successfully converts a html file to txt, but then "goes nuts", i.e. starts looking for /dev/stdin and fails. The wine-docs-0.9.10-0.1.fc4 package spec file now is hacked to work around the buildsys problem, so elinks' fatal exit code is ignored. This enables us to build wine-docs for FC-4, strace included, too: http://buildsys.fedoraproject.org/build-status/job.psp?uid=6636 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 22 00:57:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:57:23 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603220057.k2M0vNkk009041@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From zcerza at redhat.com 2006-03-21 19:57 EST ------- Thanks! Here's the updated SRPM: http://people.redhat.com/zcerza/dogtail/releases/FE/pyspi-0.5.4-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 00:59:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:59:08 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603220059.k2M0x8MX009257@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 ------- Additional Comments From zcerza at redhat.com 2006-03-21 19:58 EST ------- Thanks! Here's the updated SRPM: http://people.redhat.com/zcerza/dogtail/releases/FE/dogtail-0.5.1-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 00:59:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 21 Mar 2006 19:59:56 -0500 Subject: [Bug 180747] Review Request: powerman In-Reply-To: Message-ID: <200603220059.k2M0xu2v009443@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: powerman https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180747 ------- Additional Comments From tkmame at retrogames.com 2006-03-21 19:59 EST ------- This should not be approved because it does not build under mock. You need to add tcp_wrappers to the BuildRequires in order to get it to build. rpmlint is still giving a lot of errors and warnings... you are hard coding /etc/powerman you should use %config and %{_sysconfdir} Also your directory permissions dont look correct in your %files section, any reason why you dont use: %defattr(-,root,root,-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From gemi at bluewin.ch Wed Mar 22 01:27:38 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 22 Mar 2006 02:27:38 +0100 Subject: execstack bit for lisp compilers ecl, gcl and sbcl Message-ID: <1142990858.9754.6.camel@scriabin.tannenrauch.ch> I noticed that that sbcl binary was installed with the execstack bit on, while ecl and gcl had execstack off. Sbcl worked with both selinux enabled and disabled, gcl and ecl only with selinux disabled. If I switch the execstack bit on, both work as expected. This seems to be an extension of selinux compared to FC4... But how does it happen that sbcl has the execstack bit on? Rex? Also since gcl saves its image as an executable, the execstack bit for this executable must be switched on. How is this to be handled? Include a README.Fedora while explaining this? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From rdieter at math.unl.edu Wed Mar 22 04:29:55 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 21 Mar 2006 22:29:55 -0600 Subject: execstack bit for lisp compilers ecl, gcl and sbcl In-Reply-To: <1142990858.9754.6.camel@scriabin.tannenrauch.ch> References: <1142990858.9754.6.camel@scriabin.tannenrauch.ch> Message-ID: G?rard Milmeister wrote: > I noticed that that sbcl binary was installed with the execstack > bit on, while ecl and gcl had execstack off. Sbcl worked with > both selinux enabled and disabled, gcl and ecl only with selinux > disabled. If I switch the execstack bit on, both work as expected. > This seems to be an extension of selinux compared to FC4... > But how does it happen that sbcl has the execstack bit on? Rex? Dunno, nothing special packaging-wise that I'm aware of... guess I'll have to take a closer look at the source code (but nothing jumps out at me after a quick once-over). -- Rex From bugzilla at redhat.com Wed Mar 22 05:47:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 00:47:37 -0500 Subject: [Bug 185721] Review Request: yadex - Doom level/wad editor In-Reply-To: Message-ID: <200603220547.k2M5lb0x024033@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yadex - Doom level/wad editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185721 ------- Additional Comments From wart at kobold.org 2006-03-22 00:47 EST ------- I'll investigate on my end once I've finished reconfiguring my desktop with FC-5. Don't expect any updates for about a week. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 09:58:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 04:58:00 -0500 Subject: [Bug 186132] Review Request: openoffice.org-dict-cs_CZ In-Reply-To: Message-ID: <200603220958.k2M9w05v006258@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openoffice.org-dict-cs_CZ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186132 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From rvokal at redhat.com 2006-03-22 04:57 EST ------- REVIEW * builds fine on FC5 * installs and works with openoffice.org-writer-2.0.2-5.2.2.i386 * RPM name is ok * there's no binary, just data (mock test skipped) - missing binary makes sense -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 10:15:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 05:15:53 -0500 Subject: [Bug 186132] Review Request: openoffice.org-dict-cs_CZ In-Reply-To: Message-ID: <200603221015.k2MAFrOg009656@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openoffice.org-dict-cs_CZ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186132 caolanm at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |caolanm at redhat.com ------- Additional Comments From caolanm at redhat.com 2006-03-22 05:15 EST ------- err, how about I actually put these czech dictionaries directly into our core openoffice.org rpm cs_CZ langpack rpm ? I'll be doing an update for FC5 OOo at some stage, so if you want (and reassign it to me and OOo component) I can achieve this in the OOo package instead of an extra rpm ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 11:34:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 06:34:26 -0500 Subject: [Bug 186132] Review Request: openoffice.org-dict-cs_CZ In-Reply-To: Message-ID: <200603221134.k2MBYQR2025197@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openoffice.org-dict-cs_CZ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186132 ------- Additional Comments From rvokal at redhat.com 2006-03-22 06:34 EST ------- As I understand, shipping cs_CZ dictionaries is not possible inside the langpack due to licencing problems. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 11:42:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 06:42:10 -0500 Subject: [Bug 186132] Review Request: openoffice.org-dict-cs_CZ In-Reply-To: Message-ID: <200603221142.k2MBgAd5026906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openoffice.org-dict-cs_CZ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186132 ------- Additional Comments From caolanm at redhat.com 2006-03-22 06:41 EST ------- I see, they're GPL while OOo is LGPL. Fair enough. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Wed Mar 22 12:22:19 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 13:22:19 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603082203.k28M3m29010435@mx1.redhat.com> References: <87wtf4vezz.fsf@kosh.bigo.ensc.de> <200603082203.k28M3m29010435@mx1.redhat.com> Message-ID: <20060322132219.ecfcd7a7.bugs.michael@gmx.net> On Wed, 08 Mar 2006 22:12:53 +0100, Christian.Iseli at licr.org wrote: > > enrico.scholz at informatik.tu-chemnitz.de said: > > 2. Using fedora-usermgmt is optional, not a requirement. > > Which is why it should be packaged as a replacement/alternative > of plain useradd for those that actually want it, and not as an additional > package Require'd by FE packages (as has been mentioned several times in this > thread) If you don't make it a requirement, it becomes unreliable at installation time, since it may or may not be available prior to a package which would use it in its scriptlets. The bad thing about that would be that an administrator, who does have enabled fedora-usermgmt to remap uids/gids, would need to ensure proper installation order himself. > > 3. nobody will be hurted; fedora-usermgmt is minimal, non-intrusive and > > without bad technical sideeffects > > Famous Last Words (tm) I agree with that. This thread has entered sort of a deadlock, because it loops back and forth between multiple issues. After plenty of postings, somebody still comes and denies that there is a problem that fedora-usermgmt solves. From paul at city-fan.org Wed Mar 22 12:26:16 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 22 Mar 2006 12:26:16 +0000 Subject: non fedora-usermgmt user creation In-Reply-To: <20060322132219.ecfcd7a7.bugs.michael@gmx.net> References: <87wtf4vezz.fsf@kosh.bigo.ensc.de> <200603082203.k28M3m29010435@mx1.redhat.com> <20060322132219.ecfcd7a7.bugs.michael@gmx.net> Message-ID: <44214268.80007@city-fan.org> Michael Schwendt wrote: > On Wed, 08 Mar 2006 22:12:53 +0100, Christian.Iseli at licr.org wrote: > >> enrico.scholz at informatik.tu-chemnitz.de said: >>> 2. Using fedora-usermgmt is optional, not a requirement. >> Which is why it should be packaged as a replacement/alternative >> of plain useradd for those that actually want it, and not as an additional >> package Require'd by FE packages (as has been mentioned several times in this >> thread) > > If you don't make it a requirement, it becomes unreliable at installation > time, since it may or may not be available prior to a package which would > use it in its scriptlets. The bad thing about that would be that an > administrator, who does have enabled fedora-usermgmt to remap uids/gids, > would need to ensure proper installation order himself. How did the administrator enable fedora-usermgmt without installing it first? Paul. From bugzilla at redhat.com Wed Mar 22 12:23:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 07:23:01 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603221223.k2MCN1vE002169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 ------- Additional Comments From wk at ire.pw.edu.pl 2006-03-22 07:22 EST ------- License and distro tag changed. It seems that the %{?dist} tag does not work on my machine, got no .fc4 suffix. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 22 12:29:58 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 13:29:58 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <440DBA07.10702@fedoraproject.org> References: <440C8A73.5080602@fedoraproject.org> <1141711147.5105.27.camel@currant.watzmann.net> <200603070825.48204.dennis@ausil.us> <440DA2B7.7050605@fedoraproject.org> <87y7zmxojp.fsf@kosh.bigo.ensc.de> <440DA8DF.6080103@fedoraproject.org> <87u0aaxmdp.fsf@kosh.bigo.ensc.de> <440DBA07.10702@fedoraproject.org> Message-ID: <20060322132958.74913287.bugs.michael@gmx.net> On Tue, 07 Mar 2006 10:51:19 -0600, Mike McGrath wrote: > > >Ok, let's start at the beginning: > > > >1. you register your user in the wiki. Wiki-locking/verifying your > > changes should guarantee uniqueness for the chosen uid and username > > > > > If we have to register our name anyway, why not just use said registered > UID? Because you don't want to dictate what uid other admins have to use. You leave to them the decision of picking a predictably free uid range, and fedora-usermgmt can make use of that range, if it's enabled, and map the registered _relative_ uid into the chosen _range_. > I should mention at this point that I'm not against using > fedora-usermgmt I just don't get it. From bugs.michael at gmx.net Wed Mar 22 12:33:52 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 07:33:52 -0500 Subject: Summary - Broken dependencies in Fedora Extras 4 - 2006-03-22 Message-ID: <200603221233.k2MCXqUk004164@mx3.redhat.com> Summary of broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch From bugs.michael at gmx.net Wed Mar 22 12:34:02 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 07:34:02 -0500 Subject: Summary - Broken dependencies in Fedora Extras 5 - 2006-03-22 Message-ID: <200603221234.k2MCY2oV004228@mx3.redhat.com> Summary of broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 From bugs.michael at gmx.net Wed Mar 22 12:34:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 07:34:24 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-22 Message-ID: <200603221234.k2MCYOAm004338@mx3.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- abiword 1:2.4.2-7.fc5.i386 gnumeric 1:1.6.2-1.fc5.i386 goffice 0.2.0-1.fc5.i386 orange 0.3-0.cvs20051118.fc5.2.i386 rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 wv 1.2.0-3.fc5.i386 wv2 0.2.2-8.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- abiword 1:2.4.2-7.fc5.ppc gnumeric 1:1.6.2-1.fc5.ppc goffice 0.2.0-1.fc5.ppc orange 0.3-0.cvs20051118.fc5.2.ppc rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc wv 1.2.0-3.fc5.ppc wv2 0.2.2-8.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- abiword 1:2.4.2-7.fc5.x86_64 gnumeric 1:1.6.2-1.fc5.x86_64 goffice 0.2.0-1.fc5.x86_64 orange 0.3-0.cvs20051118.fc5.2.x86_64 rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 wv 1.2.0-3.fc5.x86_64 wv2 0.2.2-8.fc5.x86_64 ---------------------------------------------------------------------- New report for: gauret AT free.fr package: wv - 1.2.0-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libgsf-1.so.113 ---------------------------------------------------------------------- New report for: andreas.bierfert AT lowlatency.de package: orange - 0.3-0.cvs20051118.fc5.2.i386 from fedora-extras-development-i386 unresolved deps: libgsf-1.so.113 package: wv2 - 0.2.2-8.fc5.i386 from fedora-extras-development-i386 unresolved deps: libgsf-1.so.113 ---------------------------------------------------------------------- New report for: j.w.r.degoede AT hhs.nl package: gnumeric - 1:1.6.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libgsf-1.so.113 libgsf-gnome-1.so.113 package: goffice - 0.2.0-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libgsf-1.so.113 libgsf-gnome-1.so.113 ---------------------------------------------------------------------- New report for: uwog AT uwog.net package: abiword - 1:2.4.2-7.fc5.i386 from fedora-extras-development-i386 unresolved deps: libgsf-1.so.113 From Christian.Iseli at licr.org Wed Mar 22 12:38:54 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 13:38:54 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 22 Mar 2006 13:22:19 +0100." <20060322132219.ecfcd7a7.bugs.michael@gmx.net> Message-ID: <200603221238.k2MCcsp0023433@ludwig-alpha.unil.ch> (ahem... I kinda promised myself I'd stop feeding this thread... sigh) bugs.michael at gmx.net said: > If you don't make it a requirement, it becomes unreliable at installation > time, since it may or may not be available prior to a package which would use > it in its scriptlets. I probably don't understand what you mean here. If fedora-usermgmt is a complete replacement of useradd, it will of course be named useradd and the package doesn't even need to know it exists. The package must only require something called useradd, same as in Core. The *manager* installing the package needs to know if he wants fedora-usermgmt functionality on the system, and in this case install it and configure it properly before installing further packages. But once it's installed, new packages being installed shouldn't be able to tell the difference. Only the manager. Or what did I miss? Christian From bugs.michael at gmx.net Wed Mar 22 12:44:14 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 13:44:14 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603091045.k29AjEUV002939@ludwig-alpha.unil.ch> References: <87fylrvr97.fsf@kosh.bigo.ensc.de> <200603091045.k29AjEUV002939@ludwig-alpha.unil.ch> Message-ID: <20060322134414.334cfcb5.bugs.michael@gmx.net> On Thu, 09 Mar 2006 11:45:14 +0100, Christian.Iseli at licr.org wrote: > > enrico.scholz at informatik.tu-chemnitz.de said: > > > I could live with it. > > > This was too early: changes above will not work; when the package, > > shadow-utils and fedora-usermgmt are in the same transaction, fedora-usermgmt > > can be installed *after* the package which would be wrong. > > Actually, my thinking was that fedora-usermgmt should not depend on the > useradd from shadow-utils but completely replace it. Of course, it means you > have to repackage the original useradd in fedora-usermgmt... > > Then you have something like: > > * 'fedora-usermgmt' gets the following headers: > |+ Provides: shadow-utils This is even less predictable at installation-time. For resolving virtual dependencies currently "shortest package name wins". While useradd from shadow-utils and fedora-usermgmt are equivalent if not customised, they are different when customised, and beyond that there's much more inside the shadow-utils package. You try to hide the dependency, which moves the missing "Requires: fedora-usermgmt" into nowhere, so admin must take care even more than before. > * every package which creates users will contain something like > | Requires(pre): shadow-utils > | ... > | %pre > | /usr/sbin/useradd ... > > From j.w.r.degoede at hhs.nl Wed Mar 22 12:48:51 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Mar 2006 13:48:51 +0100 Subject: Broken dependencies in Fedora Extras development - 2006-03-22 In-Reply-To: References: Message-ID: <442147B3.8050507@hhs.nl> Michael Schwendt wrote: > This is an automated mail created by an experimental script. > Your following packages in the repository contain broken dependencies: > > package: gnumeric - 1:1.6.2-1.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > libgsf-1.so.113 > libgsf-gnome-1.so.113 > > package: goffice - 0.2.0-1.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > libgsf-1.so.113 > libgsf-gnome-1.so.113 > > Erm, I already build this but it hasn't been pushed yet, michael any chance you could run the script after the regular push time? Regards, Hans From bugzilla at redhat.com Wed Mar 22 12:43:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 07:43:00 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603221243.k2MCh0TI006947@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 ------- Additional Comments From paul at city-fan.org 2006-03-22 07:42 EST ------- (In reply to comment #7) > License and distro tag changed. It seems that the %{?dist} tag does not work on > my machine, got no .fc4 suffix. Build your package in mock, and then it will pull in the buildsys-macros and define the macro. Alternatively, just install the buildsys-macros package from http://fedoraproject.org/buildgroups/4/i386/ Better still, don't worry about the missing disttag - %{?dist} will work as designed in the Extras buildsystem. Do not hardcode the distribution in the spec file 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 bugs.michael at gmx.net Wed Mar 22 12:59:10 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 13:59:10 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <44214268.80007@city-fan.org> References: <87wtf4vezz.fsf@kosh.bigo.ensc.de> <200603082203.k28M3m29010435@mx1.redhat.com> <20060322132219.ecfcd7a7.bugs.michael@gmx.net> <44214268.80007@city-fan.org> Message-ID: <20060322135910.bede26d3.bugs.michael@gmx.net> On Wed, 22 Mar 2006 12:26:16 +0000, Paul Howarth wrote: > How did the administrator enable fedora-usermgmt without installing it > first? For instance, via any package in the transaction which provides the 'setup(fedora-usermgmt)' virtual capability. From Christian.Iseli at licr.org Wed Mar 22 13:03:53 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 14:03:53 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 22 Mar 2006 13:44:14 +0100." <20060322134414.334cfcb5.bugs.michael@gmx.net> Message-ID: <200603221303.k2MD3rUm023671@ludwig-alpha.unil.ch> bugs.michael at gmx.net said: > This is even less predictable at installation-time. For resolving virtual > dependencies currently "shortest package name wins". While useradd from > shadow-utils and fedora-usermgmt are equivalent if not customised, they are > different when customised, and beyond that there's much more inside the > shadow-utils package. Ok, now I see what you mean. (except that there's no reason there'd be less in fedora-usermgmt than shadow-utils, if fedora-usermgmt is a replacement it needs to copy all of it...) > You try to hide the dependency, which moves the missing > "Requires: fedora-usermgmt" into nowhere, so admin must take care even more > than before. No, I try to have something consistent. So far, we have: - Core that uses useradd - part of Extras that uses useradd - part of Extras that uses fedora-usermgmt So, even if all of Extras is forcefully converted to fedora-usermgmt, we'll still have Core packages not obeying its setup. My scheme would allow to have some harmony all-over. Maybe it's too brutal. Maybe some trick like is done for sendmail and lp would be ok. But that also requires the Core part to cooperate... Christian From paul at city-fan.org Wed Mar 22 13:09:37 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 22 Mar 2006 13:09:37 +0000 Subject: non fedora-usermgmt user creation In-Reply-To: <20060322135910.bede26d3.bugs.michael@gmx.net> References: <87wtf4vezz.fsf@kosh.bigo.ensc.de> <200603082203.k28M3m29010435@mx1.redhat.com> <20060322132219.ecfcd7a7.bugs.michael@gmx.net> <44214268.80007@city-fan.org> <20060322135910.bede26d3.bugs.michael@gmx.net> Message-ID: <44214C91.4020302@city-fan.org> Michael Schwendt wrote: > On Wed, 22 Mar 2006 12:26:16 +0000, Paul Howarth wrote: > >> How did the administrator enable fedora-usermgmt without installing it >> first? > > For instance, via any package in the transaction which provides the > 'setup(fedora-usermgmt)' virtual capability. Right, so that would be a custom package that provided this virtual and actually contained the configuration information specifying the UID/GID range to use. However, given that fedora-usermgmt-setup in Extras provides this virtual, any admin relying on the virtual to pull in the required dependency as part of one big transaction would be relying on yum to choose the right package (the custom one from the local repo rather than fedora-usermgmt-setup from Extras), which doesn't sound like a very sane thing to do. Whilst yum's behaviour is currently to pick the package with the shortest name, that might change someday, mightn't it? To be certain, a careful admin would install the custom package first so that yum didn't get a chance to make the wrong decision. Which negates the argument for having the Requires(pre), doesn't it? Paul. From buildsys at fedoraproject.org Wed Mar 22 13:12:31 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 22 Mar 2006 08:12:31 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060322131231.0F6818010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 3 mock-0.4-8.fc3 nail-12.0-2.fc3 perl-pmtools-1.01-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Mar 22 13:12:35 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 22 Mar 2006 08:12:35 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060322131235.A57ED8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 7 darcs-1.0.6-1.fc4 deutex-4.4.0-1.fc4 mock-0.4-8.fc4 nail-12.0-2.fc4 perl-HTTP-Proxy-0.18-1.fc4 perl-pmtools-1.01-1.fc4 wine-docs-0.9.10-0.1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Mar 22 13:13:03 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 22 Mar 2006 08:13:03 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060322131303.2C2B88010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 14 allegro-4.2.0-12.fc5 amarok-1.4-0.9.beta2.fc5 darcs-1.0.6-2.fc5 deutex-4.4.0-1.fc5 ghc-6.4.1-4.fc5 haddock-0.7-2.fc5 mock-0.4-8.fc5 nail-12.0-1.fc5 nail-12.0-2.fc5 perl-HTTP-Proxy-0.18-1.fc5 perl-Net-CIDR-Lite-0.20-1.fc5 perl-pmtools-1.01-1.fc5 qemu-0.8.0-6.fc5 yumex-0.99.14-1.0.fc5 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 Mar 22 13:14:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 14:14:15 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603221238.k2MCcsp0023433@ludwig-alpha.unil.ch> References: <20060322132219.ecfcd7a7.bugs.michael@gmx.net> <200603221238.k2MCcsp0023433@ludwig-alpha.unil.ch> Message-ID: <20060322141415.16f87ae9.bugs.michael@gmx.net> On Wed, 22 Mar 2006 13:38:54 +0100, Christian.Iseli at licr.org wrote: > > (ahem... I kinda promised myself I'd stop feeding this thread... sigh) > > bugs.michael at gmx.net said: > > If you don't make it a requirement, it becomes unreliable at installation > > time, since it may or may not be available prior to a package which would use > > it in its scriptlets. > > I probably don't understand what you mean here. > > If fedora-usermgmt is a complete replacement of useradd, it will of course be > named useradd and the package doesn't even need to know it exists. The > package must only require something called useradd, same as in Core. > > The *manager* installing the package needs to know if he wants fedora-usermgmt > functionality on the system, and in this case install it and configure it > properly before installing further packages. > > But once it's installed, new packages being installed shouldn't be able to > tell the difference. Only the manager. > > Or what did I miss? A link in the dependency chain. A way to pull in automatically a package which (assuming we stick to the current mechanism implemented by Enrico) provides the 'setup(fedora-usermgmt)' capability and hence the defaults chosen by the admin. From buildsys at fedoraproject.org Wed Mar 22 13:19:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 22 Mar 2006 08:19:53 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060322131953.D47EC8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 11 gnumeric-1.6.2-2.fc6 goffice-0.2.0-2.fc6 jigdo-0.7.2-3 mock-0.4-8.fc6 nail-12.0-1.fc6 perl-HTTP-Proxy-0.18-1.fc6 perl-Net-CIDR-Lite-0.20-1.fc6 perl-pmtools-1.01-1.fc6 qemu-0.8.0-6.fc6 rssowl-1.2-12.fc6 yumex-0.99.14-1.0.fc6 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 Mar 22 13:19:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 08:19:04 -0500 Subject: [Bug 165688] Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck In-Reply-To: Message-ID: <200603221319.k2MDJ4NM014979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165688 ------- Additional Comments From paul at city-fan.org 2006-03-22 08:18 EST ------- Package is built; can this one be closed 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 Christian.Iseli at licr.org Wed Mar 22 13:52:17 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 14:52:17 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 22 Mar 2006 14:14:15 +0100." <20060322141415.16f87ae9.bugs.michael@gmx.net> Message-ID: <200603221352.k2MDqHqr024049@ludwig-alpha.unil.ch> bugs.michael at gmx.net said: > A link in the dependency chain. A way to pull in automatically a package > which (assuming we stick to the current mechanism implemented by Enrico) > provides the 'setup(fedora-usermgmt)' capability and hence the defaults > chosen by the admin. I still fail to see how that helps for Core packages. From bugs.michael at gmx.net Wed Mar 22 14:13:21 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 15:13:21 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <44214C91.4020302@city-fan.org> References: <87wtf4vezz.fsf@kosh.bigo.ensc.de> <200603082203.k28M3m29010435@mx1.redhat.com> <20060322132219.ecfcd7a7.bugs.michael@gmx.net> <44214268.80007@city-fan.org> <20060322135910.bede26d3.bugs.michael@gmx.net> <44214C91.4020302@city-fan.org> Message-ID: <20060322151321.7e46d31d.bugs.michael@gmx.net> On Wed, 22 Mar 2006 13:09:37 +0000, Paul Howarth wrote: > Michael Schwendt wrote: > > On Wed, 22 Mar 2006 12:26:16 +0000, Paul Howarth wrote: > > > >> How did the administrator enable fedora-usermgmt without installing it > >> first? > > > > For instance, via any package in the transaction which provides the > > 'setup(fedora-usermgmt)' virtual capability. > > Right, so that would be a custom package that provided this virtual and > actually contained the configuration information specifying the UID/GID > range to use. > > However, given that fedora-usermgmt-setup in Extras provides this > virtual, any admin relying on the virtual to pull in the required > dependency as part of one big transaction would be relying on yum to > choose the right package (the custom one from the local repo rather than > fedora-usermgmt-setup from Extras), which doesn't sound like a very sane > thing to do. Whilst yum's behaviour is currently to pick the package > with the shortest name, that might change someday, mightn't it? Highest package EVR wins, so it's even possible to override the default package without "removing" a package in a read-only repo. > To be certain, a careful admin would install the custom package first so > that yum didn't get a chance to make the wrong decision. How does he do that? > Which negates > the argument for having the Requires(pre), doesn't it? The answer to this depends on your installation scenario. From bugs.michael at gmx.net Wed Mar 22 14:21:07 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 15:21:07 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603221352.k2MDqHqr024049@ludwig-alpha.unil.ch> References: <20060322141415.16f87ae9.bugs.michael@gmx.net> <200603221352.k2MDqHqr024049@ludwig-alpha.unil.ch> Message-ID: <20060322152107.ef535da8.bugs.michael@gmx.net> On Wed, 22 Mar 2006 14:52:17 +0100, Christian.Iseli at licr.org wrote: > > bugs.michael at gmx.net said: > > A link in the dependency chain. A way to pull in automatically a package > > which (assuming we stick to the current mechanism implemented by Enrico) > > provides the 'setup(fedora-usermgmt)' capability and hence the defaults > > chosen by the admin. > > I still fail to see how that helps for Core packages. Now you create another loop. We don't try to modify the behaviour of Core functionality (e.g. useradd) from the outside (read: Fedora Extras). Surely, for any package in Core to benefit from uid/gid customisation, it must be modified to make use of something like fedora-usermgmt first (with the fedora-usermgmt feature being made available in Core). Unless you want to push the entire implementation directly into shadow-utils, making it completely transparent and adding a configure option to the installer front-ends. ;) From bugzilla at redhat.com Wed Mar 22 14:47:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 09:47:00 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603221447.k2MEl0N2002678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 ------- Additional Comments From wk at ire.pw.edu.pl 2006-03-22 09:46 EST ------- This was done to work in my private repository. Yestersay I had to bump fedora release number manually. And there is good news: build goes trough on FC5/386. Please look into other specfiles of gEDA -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Christian.Iseli at licr.org Wed Mar 22 15:01:07 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 16:01:07 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 22 Mar 2006 15:21:07 +0100." <20060322152107.ef535da8.bugs.michael@gmx.net> Message-ID: <200603221501.k2MF17iv024821@ludwig-alpha.unil.ch> > bugs.michael at gmx.net said: > On Wed, 22 Mar 2006 14:52:17 +0100, Christian.Iseli at licr.org wrote: > > > > > bugs.michael at gmx.net said: > > > A link in the dependency chain. A way to pull in automatically a package > > > which (assuming we stick to the current mechanism implemented by Enrico) > > > provides the 'setup(fedora-usermgmt)' capability and hence the defaults > > > chosen by the admin. > > > > I still fail to see how that helps for Core packages. > > Now you create another loop. Huh ? That's the same ol' loop... > We don't try to modify the behaviour of Core functionality (e.g. useradd) > from the outside (read: Fedora Extras). Yes you do. Automatically adding a user to the system is a functionnality that is provided by FC. Some admins do not like the way it works and provide a replacement called fedora-usermgmt. But instead of letting the admin decide which method he prefers, you try to convince all FE packagers they should use this replacement. (Moreover, even if the admin decides he likes the replacement, it won't help him any with the FC packages because they won't use the replacement. But let's forget about this for an instant) What I proposed is to come up with a scheme that actually let the admin choose, and not require to convince all FE packagers they should change their packages. I thought that a fedora-usermgmt package that fully replaces shadow-utils would work. You seem to think it can't work... > Unless you want to push the entire > implementation directly into shadow-utils, making it completely > transparent and adding a configure option to the installer front-ends. ;) Why not ? That would probably be the best solution in the end... (and stop this thread too :) ) From bugzilla at redhat.com Wed Mar 22 15:04:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 10:04:52 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603221504.k2MF4q7F007129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |j.w.r.degoede at hhs.nl, | |paul at city-fan.org ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-22 10:04 EST ------- John (Mahowald) I'm a teacher in electronics and as such I'm interested in circuit software too. Also I've got a student who is currently using a self-compiled version of geda on top of FC-5. He has tested Wojciech Kazubski's SRPMS and they work (as good as the original, which has a few bugs). I can't sponsor either, but I have "acquired" the support of a sponser: Paul Howarth (added to CC-list). My agreement with Paul is that I'll do the full review and that he will look over my shoulder and do the sponsoring when he is happy with my review and Wojciech Kazubski's work. As such I would like todo a full review soon, starthing with this package and then chewing my way through the other geda packages. Questions: Can you do a full review soon, are shall I take over and do it? Maybe we can share the review load there are a lot of packages that together make up geda? About comment 6: I tend to agree however interesting in this light is are bug 185215 and bug 185501, where to reverse is being advocated (use "zlib License" instead of BSD) I think we need some kinda policy on 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 Christian.Iseli at licr.org Wed Mar 22 15:32:06 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 16:32:06 +0100 Subject: FE Package Status of Mar 22, 2006 Message-ID: <200603221532.k2MFW6c2025265@ludwig-alpha.unil.ch> Hi folks, Here's the new batch. I added a couple tests about packages appearing in both Core and Extras, and those in Core with still a CVS devel/.spec file. There are two hits for Core/Extras: liboil (already caught) and check (?) which migth be a false positive. There are 3 candidates for the CVS test: anthy check libevent I also seems like the number of inactive OPEN-BUGS counts went drastically down during the last week (for some reason...) Cheers, Christian FE Package Status of Mar 22, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 1540 packages - 49 orphans - 61 packages not available in extras devel or release andreas at bawue dot net dd_rescue cgoorah at yahoo dot com dot au kadischi chrisw at redhat dot com git-core davidhart at tqmcube dot com leafnode dennis at ausil dot us cryptplug djoo at redhat dot com nabi dreadyman at gmail dot com yakuake dwmw2 at redhat dot com qemu dwmw2 at redhat dot com apmud fredrik at dolda2000 dot com icmpdn gauret at free dot fr elmo gemi at bluewin dot ch inti gemi at bluewin dot ch drscheme ghenry at suretecsystems dot com gnome-applet-netmon ghenry at suretecsystems dot com rsnapshot ianburrell at gmail dot com jigdo ivazquez at ivazquez dot net gnome-theme-clearlooks ivazquez at ivazquez dot net gpredict j dot w dot r dot degoede at hhs dot nl libgsf113 jcarpenter at condell dot org thinkpad-kmod-common jcarpenter at condell dot org thinkpad-kmod jcarpenter at condell dot org tpctl jcarpenter at condell dot org configure-thinkpad jspaleta at gmail dot com istanbul jvdias at redhat dot com webmin kaboom at oobleck dot net openbox matthias at rpmforge dot net php-pecl-sqlite matthias at rpmforge dot net fillets-ng-data-cs matthias at rpmforge dot net php-mmcache nomis80 at nomis80 dot org juk notting at redhat dot com aqhbci-qt-tools notting at redhat dot com comps oliver at linux-kernel dot at squidGuard redhat at flyn dot org pam_mount sgrubb at redhat dot com libsafe tcallawa at redhat dot com R-RScaLAPACK tcallawa at redhat dot com libgdamm tcallawa at redhat dot com ebtables tcallawa at redhat dot com R-hdf5 tcallawa at redhat dot com stripesnoop tcallawa at redhat dot com compat-wxPythonGTK2 tcallawa at redhat dot com lout tcallawa at redhat dot com pam_pkcs11 tcallawa at redhat dot com opendap thm at duke dot edu perl-GD-SVG thm at duke dot edu perl-bioperl thm at duke dot edu perl-XML-Writer thm at duke dot edu perl-SVG thm at duke dot edu perl-SOAP-Lite thm at duke dot edu perl-Graph thm at duke dot edu perl-Text-Shellwords thm at duke dot edu perl-Heap toniw at iki dot fi silky toniw at iki dot fi libmatchbox ville dot skytta at iki dot fi lirc-kmod-common ville dot skytta at iki dot fi lirc-kmod woodard at redhat dot com pdsh wtogami at redhat dot com openoffice-extras wtogami at redhat dot com iiimf-le-simplehangul zipsonic at gmail dot com nx zipsonic at gmail dot com freenx - 3 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=165689,185848 SquidGuard oliver at linux-kernel.at perl-SOAP-Lite imlinux at gmail.com https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=184080 webmin jvdias at redhat.com - 9 packages present in the development repo which have no owners entry dumb fuse-emulator git ikvm jthread lcov libopts libtomoe-gtk perl-YAML-Parser-Syck - 6 orphaned packages, yet available in extras devel apt dia duplicity gtkglarea2 lua ots - 36 packages that moved to core Packages appearing both in Core and Extras: - 2 packages duplicated for FC5: matthias at rpmforge dot net liboil tcallawa at redhat dot com check - 2 packages duplicated for devel: matthias at rpmforge dot net liboil tcallawa at redhat dot com check FE-ACCEPT packages stats: - 616 accepted, closed package reviews - 3 accepted, closed package reviews not in repo - 9 accepted, closed package reviews not in owners - 9 accepted, open package reviews older than 4 weeks; - 5 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 70 open tickets - 15 tickets with no activity in eight weeks - 8 tickets with no activity in four weeks - 4 closed tickets FE-NEW packages stats: - 123 open tickets - 13 tickets with no activity in eight weeks - 28 tickets with no activity in four weeks - 6 closed tickets FE-NEEDSPONSOR packages stats: - 33 open tickets - 6 tickets with no activity in eight weeks - 12 tickets with no activity in four weeks FE-LEGAL packages stats: - 2 open tickets - 1 tickets with no activity in four weeks OPEN-BUGS packages stats: - 246 open tickets - 53 tickets with no activity in eight weeks - 38 tickets with no activity in four weeks CVS stats: - 1522 packages with a devel directory - 12 packages with no owners entry dumb fuse-emulator ikvm initng jthread kile-i18n lcov libopts libtomoe-gtk perl-Gtk2-Spell perl-Maypole perl-YAML-Parser-Syck - 3 packages in CVS devel *and* Core anthy check libevent Maintainers stats: - 168 maintainers - 2 inactive maintainers with open bugs From bugzilla at redhat.com Wed Mar 22 15:28:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 10:28:46 -0500 Subject: [Bug 172140] Review Request: libmal: a convenience library for malsync In-Reply-To: Message-ID: <200603221528.k2MFSkfg012648@www.beta.redhat.com> Please 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 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rdieter at math.unl.edu 2006-03-22 10:28 EST ------- Thanks, imported, suggested minor changes incomporated into libmal-0.31-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 ville.skytta at iki.fi Wed Mar 22 15:58:07 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 22 Mar 2006 17:58:07 +0200 Subject: FE Package Status of Mar 22, 2006 In-Reply-To: <200603221532.k2MFW6c2025265@ludwig-alpha.unil.ch> References: <200603221532.k2MFW6c2025265@ludwig-alpha.unil.ch> Message-ID: <1143043087.9242.12.camel@bobcat.mine.nu> On Wed, 2006-03-22 at 16:32 +0100, Christian.Iseli at licr.org wrote: > - 61 packages not available in extras devel or release [...] > notting at redhat dot com aqhbci-qt-tools Obsoleted by the FC aqbanking package. > ville dot skytta at iki dot fi lirc-kmod-common > ville dot skytta at iki dot fi lirc-kmod These packages need a maintainer and most likely some (udev?) work; they were essentially born orphaned as I don't have hardware to really test them with. Will post more details on this list soon. From bugs.michael at gmx.net Wed Mar 22 16:06:57 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 17:06:57 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603221501.k2MF17iv024821@ludwig-alpha.unil.ch> References: <20060322152107.ef535da8.bugs.michael@gmx.net> <200603221501.k2MF17iv024821@ludwig-alpha.unil.ch> Message-ID: <20060322170657.84d170c4.bugs.michael@gmx.net> On Wed, 22 Mar 2006 16:01:07 +0100, Christian.Iseli at licr.org wrote: > What I proposed is to come up with a scheme that actually let the admin > choose, and not require to convince all FE packagers they should change their > packages. I thought that a fedora-usermgmt package that fully replaces > shadow-utils would work. You seem to think it can't work... Without overriding shadow-utils from the outside, you cannot replace it or change its behaviour. Without modifying the dependency chain, you cannot influence installation-order either. Hence there's no way to insert a configuration package into the depchain. Technically, packages which run "useradd" require /usr/sbin/useradd in Fedora space. They don't require an arbitrary "useradd" in $PATH. They don't require a package with the name "shadow-utils". And no other package (not in Core and not in Extras either) must replace or otherwise conflict with /usr/sbin/useradd unless it is given a different file name. Moving the system utility in order to replace it with a modified utility (with different behaviour) opens a can of worms. From Christian.Iseli at licr.org Wed Mar 22 16:31:28 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 17:31:28 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 22 Mar 2006 17:06:57 +0100." <20060322170657.84d170c4.bugs.michael@gmx.net> Message-ID: <200603221631.k2MGVdK5008417@mx3.redhat.com> bugs.michael at gmx.net said: > Without overriding shadow-utils from the outside, you cannot replace it or > change its behaviour. Without modifying the dependency chain, you cannot > influence installation-order either. Hence there's no way to insert a > configuration package into the depchain. Ok. > Technically, packages which run "useradd" require /usr/sbin/useradd in Fedora > space. They don't require an arbitrary "useradd" in $PATH. They don't require > a package with the name "shadow-utils". And no other package (not in Core and > not in Extras either) must replace or otherwise conflict with /usr/sbin/ > useradd unless it is given a different file name. But something similar is done for e.g. /usr/sbin/sendmail , which is a symlink to /etc/alternatives/mta , which offers a way to replace the original sendmail with a customized one > Moving the system utility > in order to replace it with a modified utility (with different behaviour) > opens a can of worms. Yes, but that's not what I (tried to) propose. From Christian.Iseli at licr.org Wed Mar 22 16:39:12 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 17:39:12 +0100 Subject: FE Package Status of Mar 22, 2006 In-Reply-To: Your message of "Wed, 22 Mar 2006 17:58:07 +0200." <1143043087.9242.12.camel@bobcat.mine.nu> Message-ID: <200603221639.k2MGdK6S010404@mx3.redhat.com> ville.skytta at iki.fi said: > > notting at redhat dot com aqhbci-qt-tools > Obsoleted by the FC aqbanking package. Ok. I put it in Extras/PackagesNoLongerInDevel Thanks, Christian From gene at czarc.net Wed Mar 22 16:46:43 2006 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 22 Mar 2006 11:46:43 -0500 Subject: nessus Message-ID: <200603221146.43777.gene@czarc.net> I notice that there is a nessus-libraries package in bot FC4 and FC5 Extras. First of all, the version (2.2.6) is not current (2.2.7 is current). Regardless, without the other nessus packages (libnasl, nessus-server, etc.), the nessus-libraries package is useless and I suggest that it should be dropped (removed) from Extras. The nessus packages are available in at least one other repository (atrpms) and I build my own versions also (usually based on the ones by "at"). Maintaining the set of nessus packages (especially testing them on all architectures) is a NON-TRIVIAL task. Gene From bugzilla at redhat.com Wed Mar 22 16:45:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 11:45:31 -0500 Subject: [Bug 186264] New: Review Request: bcm43xx-fwcutter 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=186264 Summary: Review Request: bcm43xx-fwcutter Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: dwmw2 at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://david.woodhou.se/bcm43xx-fwcutter.spec SRPM Name or Url: http://david.woodhou.se/bcm43xx-fwcutter-003-1.src.rpm Description: This package contains the 'bcm43xx-fwcutter' tool which is used to extract firmware for the Broadcom network devices, from the official Windows, MacOS or Linux drivers. See the README.Fedora file shipped in the package's documentation for instructions on using this tool. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Wed Mar 22 17:36:08 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 18:36:08 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603221631.k2MGVdK5008417@mx3.redhat.com> References: <20060322170657.84d170c4.bugs.michael@gmx.net> <200603221631.k2MGVdK5008417@mx3.redhat.com> Message-ID: <20060322183608.05b3eca4.bugs.michael@gmx.net> On Wed, 22 Mar 2006 17:31:28 +0100, Christian.Iseli at licr.org wrote: > > Without overriding shadow-utils from the outside, you cannot replace it or > > change its behaviour. Without modifying the dependency chain, you cannot > > influence installation-order either. Hence there's no way to insert a > > configuration package into the depchain. > > Ok. > > > Technically, packages which run "useradd" require /usr/sbin/useradd in Fedora > > space. They don't require an arbitrary "useradd" in $PATH. They don't require > > a package with the name "shadow-utils". And no other package (not in Core and > > not in Extras either) must replace or otherwise conflict with /usr/sbin/ > > useradd unless it is given a different file name. > > But something similar is done for e.g. /usr/sbin/sendmail , which is a symlink > to /etc/alternatives/mta , which offers a way to replace the original sendmail > with a customized one At run-time, not at install-time. *boom* [For competing packages, which provide the same base functionality, "alternatives" may be seen as sufficient. Although, there's the risk that program A and program B are not completely interchangeable. That's admittedly ugly.] Transfer this scenario from Core ("sendmail" package) to Core ("shadow-utils" package) plus an Extras package, which the admin must configure at install-time to adjust its install-time behaviour (i.e. choose the base uid) for the remaining packages to be installed. Do you see the problem? Good. Go a step farther and move the Extras into Core? Do you still see the problem? ==> Competing packages -- and every pair of packages which provides the same virtual capabilities competes with eachother at the depsolver level -- must be interchangeable. shadow-utils and an alternative [modified] implementation in a different package are not interchangeable if install-time configuration is desired. From bugs.michael at gmx.net Wed Mar 22 18:11:18 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Mar 2006 19:11:18 +0100 Subject: nessus In-Reply-To: <200603221146.43777.gene@czarc.net> References: <200603221146.43777.gene@czarc.net> Message-ID: <20060322191118.f2447c7d.bugs.michael@gmx.net> On Wed, 22 Mar 2006 11:46:43 -0500, Gene Czarcinski wrote: > I notice that there is a nessus-libraries package in bot FC4 and FC5 Extras. > First of all, the version (2.2.6) is not current (2.2.7 is current). > > Regardless, without the other nessus packages (libnasl, nessus-server, etc.), > the nessus-libraries package is useless and I suggest that it should be > dropped (removed) from Extras. Who said it will remain alone forever? https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=163776 > The nessus packages are available in at least one other repository (atrpms) > and I build my own versions also (usually based on the ones by "at"). That doesn't make them appear in Fedora Extras. > Maintaining the set of nessus packages (especially testing them on all > architectures) is a NON-TRIVIAL task. Who said that maintaining Fedora Extras is a trivial task? From andreas.bierfert at lowlatency.de Wed Mar 22 18:32:09 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 22 Mar 2006 19:32:09 +0100 Subject: nessus In-Reply-To: <200603221146.43777.gene@czarc.net> References: <200603221146.43777.gene@czarc.net> Message-ID: <20060322193209.51a202dd@arcturus.a.lan> On Wed, 22 Mar 2006 11:46:43 -0500 Gene Czarcinski wrote: > I notice that there is a nessus-libraries package in bot FC4 and FC5 Extras. > First of all, the version (2.2.6) is not current (2.2.7 is current). Yes, I am aware of that. > Regardless, without the other nessus packages (libnasl, nessus-server, etc.), > the nessus-libraries package is useless and I suggest that it should be > dropped (removed) from Extras. If you look deeper you will see that libnasl is also in extras for fc{4,5} and devel. The problem is that nessus-core and nessus-plugins are still waiting for review and that is also the reason why I did not upgrade to 2.2.7 yet so reviewers can test and don't get the version they are looking at torn away... once all of them are included (which I hope does not take to long) I will upgrade asap. > Maintaining the set of nessus packages (especially testing them on all > architectures) is a NON-TRIVIAL task. Well maybe it isn't... I am always open to suggestions. If you want to help get nessus-core and nessus-plugins-GPL into extras take a look at #182941 and #185799 and comment there. - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred From bugzilla at redhat.com Wed Mar 22 18:39:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 13:39:28 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603221839.k2MIdSnE021598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From frank at scirocco-5v-turbo.de 2006-03-22 13:39 EST ------- /usr/bin => %{_bindir} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 18:52:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 13:52:44 -0500 Subject: [Bug 181599] Review Request: gallery: web based photo album software In-Reply-To: Message-ID: <200603221852.k2MIqiV9024218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gallery: web based photo album software https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181599 ------- Additional Comments From jwb at redhat.com 2006-03-22 13:52 EST ------- I don't get any of those errors from rpmlint when running against the 0.12cvs SRPM - I'm looking for rpmlint 'config' (e.g. ~/.rpmlintrc or similar) file information on the wiki now, any suggestions off the top of anyone's head? However, I have made the suggested changes and re-rolled a 0.13 package. The usage of the /srv/gallery2 directory is determined by Gallery, and it would be extremely difficult to split up the directory usage. If I had more time, I'd be willing to try to develop a patch to do so, but it would probably be more effort than it's worth. New packages: SPEC: http://www.berningeronline.net/gallery2.spec SRPM: http://www.berningeronline.net/gallery2-2.0-0.13cvs20060303.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at city-fan.org Wed Mar 22 19:07:18 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 22 Mar 2006 19:07:18 +0000 Subject: groupreq in comps files Message-ID: <4421A066.1080902@city-fan.org> Perhaps I'm doing something stupid here; let me know. I'm trying to use mock in FC5, targetting FC4. It doesn't appear to be installing the buildsys-macros package, hence the dist tag gets omitted from the built packages. I made my own copy of the groups repo at http://fedoraproject.org/buildgroups/4/i386/ and tried to debug it. It appears to me that yum is no longer honouring clauses in the buildroots.xml file, as the "yum groupinstall build" done by mock only pulls in the "build" group itself and not the "build-base" and "build-minimal" groups that it's supposed to require. Most of the packages in those groups get pulled in as package dependencies anyway, but that doesn't catch buildsys-macros. If I add buildsys-macros to the "build" group itself, the package is installed and all is well. All references to "groupreq" seem to have disappeared from comps.py in FC5's yum... Paul. From eric.tanguy at univ-nantes.fr Wed Mar 22 19:36:18 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 22 Mar 2006 20:36:18 +0100 Subject: fedora-useradd and fc-5 Message-ID: <1143056178.2584.0.camel@bureau.maison> when i try : fedora-useradd 21 -s /sbin/nologin -M -r -d /var/lib/ushare/ -c "ushare service account" ushare i obtain : Wrapper could not be found; aborting what is the problem ? Eric From bugzilla at redhat.com Wed Mar 22 19:25:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 14:25:22 -0500 Subject: [Bug 181369] Review Request: libedit - The NetBSD Editline library In-Reply-To: Message-ID: <200603221925.k2MJPMSx031090@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libedit - The NetBSD Editline library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181369 ------- Additional Comments From michael at knox.net.nz 2006-03-22 14:25 EST ------- Fixed up as per your comments. http://www.knox.net.nz/fedora_extras/libedit.spec http://www.knox.net.nz/fedora_extras/libedit-2.9-2.20060213cvs.src.rpm upstream has been contacted RE license file. Thanks again for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 19:28:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 14:28:48 -0500 Subject: [Bug 178169] Review Request: jigdo In-Reply-To: Message-ID: <200603221928.k2MJSmFB031715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jigdo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178169 ianburrell at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ianburrell at gmail.com 2006-03-22 14:28 EST ------- Built for extras 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 Wed Mar 22 19:30:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 14:30:13 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603221930.k2MJUDHP032101@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2006-03-22 14:29 EST ------- - $RPM_OPT_FLAGS not honored, fixed eg. by this in %prep: sed -i -e 's/-O2/$(RPM_OPT_FLAGS)/' Makefile - man page not installed - unusual Group tag, suggesting "System Environment/Base" or another suitable one from /usr/share/doc/rpm-*/GROUPS - bogus version in changelog entry - last sentence in README.Fedora ends a bit abruptly, should it have included some info about where to report success or failure? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 20:03:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 15:03:07 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603222003.k2MK370N007262@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 ------- Additional Comments From imlinux at gmail.com 2006-03-22 15:02 EST ------- SPEC: http://mmcgrath.net/~mmcgrath/otrs/otrs.spec SRPM: http://mmcgrath.net/~mmcgrath/otrs/otrs-2.0.4-3.src.rpm * Wed Mar 22 2006 Mike McGrath 2.0.4-3 - Removed bogus req's and perl provides - Removed a number of perl packages that are provided by Fedora - Now using %{otrsdir} macro - Created an otrs.httpd.conf source - Changed permissions for otrs/var/httpd -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nicolas.mailhot at laposte.net Wed Mar 22 21:16:29 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 22 Mar 2006 22:16:29 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603221631.k2MGVdK5008417@mx3.redhat.com> References: <200603221631.k2MGVdK5008417@mx3.redhat.com> Message-ID: <1143062190.3061.5.camel@rousalka.dyndns.org> Hi, I've tried to get out of the fedora-usermgmt, if the fedora-usermgmt analysis is correct (need to assign fixed ids in an admin-defined range) wouldn't the right thing just be to get a flag added in upstream useradd to support this ? No matter how hard we try a wrapper is and always be a PITA. So shouldn't the energy be focused on getting the change wher it belongs, in useradd proper ? You know. Upstream, upstream upstream. The Fedora mantra. At least that would get the flames on useradd lists on on the fedora ones (runs) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Wed Mar 22 21:30:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 16:30:59 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603222130.k2MLUxik027834@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From dlutter at redhat.com 2006-03-22 16:30 EST ------- * Updated to latest upstream release 0.15.1 Spec: http://people.redhat.com/dlutter/yum/spec/puppet.spec SRPM: http://people.redhat.com/dlutter/yum/SRPMS/puppet-0.15.1-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Wed Mar 22 22:03:12 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 22 Mar 2006 23:03:12 +0100 Subject: fedora-useradd and fc-5 In-Reply-To: <1143056178.2584.0.camel@bureau.maison> References: <1143056178.2584.0.camel@bureau.maison> Message-ID: <1143064992.2674.11.camel@bureau.maison> Le mercredi 22 mars 2006 ? 20:36 +0100, Eric Tanguy a ?crit : > when i try : fedora-useradd 21 -s /sbin/nologin -M -r > -d /var/lib/ushare/ -c "ushare service account" ushare > i obtain : Wrapper could not be found; aborting > what is the problem ? > Eric > > removing fedora-usermgmt fedora-usermgmt-shadow-utils and fedora-usermgmt-setup and reinstall them solved the problem. Eric From bugzilla at redhat.com Wed Mar 22 22:27:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 17:27:46 -0500 Subject: [Bug 186327] New: Review Request: tcltls 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=186327 Summary: Review Request: tcltls Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: tjikkun at xs4all.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://amsn.sourceforge.net/tjikkun/tcltls.spec SRPM Name or Url: http://amsn.sourceforge.net/tjikkun/tcltls-1.5.0-1.src.rpm Description: The TLS OpenSSL extension to Tcl -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 22 22:29:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 17:29:09 -0500 Subject: [Bug 185951] Review Request: amsn : msn messenger clone In-Reply-To: Message-ID: <200603222229.k2MMT9i4010407@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amsn : msn messenger clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 tjikkun at xs4all.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |186327 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-22 17:29 EST ------- Thank you very nuch for your review, I think I fixed the problems. Spec Name or Url: http://amsn.sourceforge.net/tjikkun/amsn.spec SRPM Name or Url: http://amsn.sourceforge.net/tjikkun/amsn-0.96-0.1.20060322cvs.src.rpm about md5sums not matching: a new amsn_cvs.tar.gz is created every 6 hours. I can do 2 things: -do a cvs checkout with a date attached so it is reproducable -copy the tar.gz to a different location/name and reference that. Which would be the prefered one? for now i put it up at http://amsn.sourceforge.net/tjikkun/amsn_cvs20060322.tar.gz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Wed Mar 22 22:37:31 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 22 Mar 2006 23:37:31 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Wed, 22 Mar 2006 18:36:08 +0100." <20060322183608.05b3eca4.bugs.michael@gmx.net> Message-ID: <200603222237.k2MMbdu0006414@mx3.redhat.com> bugs.michael at gmx.net said: > Transfer this scenario from Core ("sendmail" package) to Core ("shadow-utils" > package) plus an Extras package, which the admin must configure at > install-time to adjust its install-time behaviour (i.e. choose the base uid) > for the remaining packages to be installed. Do you see the problem? Not really. Admin who wants fedora-usermgmt functionality does: 1. Install minimal system 2. Install fedora-usermgmt and configure it 3. Install rest of the packages I fail to see what you gain with those Extras packages directly Requiring fedora-usermgmt. Admin who wants to configure it still will have to follow the 1,2,3 steps as above. From bugzilla at redhat.com Wed Mar 22 22:45:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 17:45:40 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603222245.k2MMjewa015329@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From dwmw2 at redhat.com 2006-03-22 17:45 EST ------- Thanks for the feedback. Updated spec file and RPM at the same places. Yes, I meant to go create a bug in bugzilla and finish the last sentence in README.Fedora. Bug #186329. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 00:17:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 19:17:22 -0500 Subject: [Bug 185848] Review Request: perl-SOAP-Lite - Client and server side SOAP implementation In-Reply-To: Message-ID: <200603230017.k2N0HMwN001142@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mitr at redhat.com 2006-03-22 19:17 EST ------- Thanks, accepted. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 00:32:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 19:32:56 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603230032.k2N0WutO003495@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From dwmw2 at redhat.com 2006-03-22 19:32 EST ------- I also added /etc/modprobe.d/bcm43xx.conf to make automatic loading of the module work. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 01:13:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 20:13:12 -0500 Subject: [Bug 185848] Review Request: perl-SOAP-Lite - Client and server side SOAP implementation In-Reply-To: Message-ID: <200603230113.k2N1DC24008630@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 ------- Additional Comments From imlinux at gmail.com 2006-03-22 20:13 EST ------- Hmm, this package is listed in owners as being owned, the last comment was made by: but the owner is thm at duke.edu I'll contact thm and find out whats up. I can't find this actually built anywhere. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 01:14:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 20:14:08 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603230114.k2N1E8Oo008728@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mitr at redhat.com 2006-03-22 20:13 EST ------- Thanks, approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 01:32:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 20:32:49 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603230132.k2N1Wnho011392@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 Bug 177818 depends on bug 185862, which changed state. Bug 185862 Summary: %_sharedstatedir violates the FHS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185862 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |WONTFIX Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 02:49:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 22 Mar 2006 21:49:29 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603230249.k2N2nTq5022709@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 ------- Additional Comments From tmayberr at redhat.com 2006-03-22 21:49 EST ------- Sorry I haven't been able to test your new packages but I have a question. According to this page http://sourceforge.net/project/showfiles.php?group_id=39687 The latest release of the jack-audio-connection-kit is 0.100.7 which was released in december, is there any particular reason that you are packaging an older version? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From triad at df.lth.se Thu Mar 23 09:07:22 2006 From: triad at df.lth.se (Linus Walleij) Date: Thu, 23 Mar 2006 10:07:22 +0100 (CET) Subject: Conflict between GNU CS and FHS In-Reply-To: <1142741775.31760.261.camel@mccallum.corsepiu.local> References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> <1142735868.2751.121.camel@localhost.localdomain> <1142741775.31760.261.camel@mccallum.corsepiu.local> Message-ID: On Sun, 19 Mar 2006, Ralf Corsepius wrote: > IMO, from FE's POV, this whole issue boils down to a bug in > RPM. /usr/com is definitely wrong. Jeff Johnson dismissed this in bug 185862 stating: "This is a packaging, not an rpm problem. The value of %{_sharedstatedir} has nothing whatsoever with FHS or where emacs chooses to put files. Fix yer bleeping packages however you want." See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185862 I will proceed to hardcode a different sharedstatedir with %configure --with-sharedstatedir=/var/... and fix "my bleeding package" instead :-) Linus From bugzilla at redhat.com Thu Mar 23 09:11:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 04:11:33 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603230911.k2N9BXWg026309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-23 04:11 EST ------- (In reply to comment #23) > The rpmlint errors that we get now are understandable (and, I believe, > ignorable) except for the last one that puzzles me: > > E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; rpmlint report the same error on vixie-cron package. So, if Fedora Core accept a such rpmlint error, why Fedora Extras didn't accept? > I have tried to run fcrontab. To avoid a warning, I made a patch I attach. But > unfortunately fcrontab don't work, as root or as a user. > > As root: > [root at localhost log]# fcrontab /etc/crontab > 22:51:51 Could not authenticate user using PAM (4): System error > > As a user: > 22:49:06 Could not change egid to fcron[505]: Operation not permitted > > Nothing appears in logs. I think we need waiting for an upstream maintainer advice but fcrontab don't work since perms changes in 3.0.1-3 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at camperquake.de Thu Mar 23 09:24:09 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 23 Mar 2006 10:24:09 +0100 Subject: kchm packaging help needed In-Reply-To: <20060313223052.00fe92cb@nausicaa.camperquake.de> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313220558.03ff1497@nausicaa.camperquake.de> <20060313223052.00fe92cb@nausicaa.camperquake.de> Message-ID: <20060323102409.67db8b53@soran.addix.net> Hi. On Mon, 13 Mar 2006 22:30:52 +0100, Ralf Ertzinger wrote: > > I can take a look, what app is it? > > It's filelight (http://www.methylblue.com/filelight/index.php). The > current .src.rpm file is on my laptop, I can put it somewhere > tomorrow. Weeeell, not exactly tomorrow. Here is the current src.rpm: http://www.skytale.net/files/filelight/filelight-1.0-0.0.beta6.sky.src.rpm (It does not conform to FE rules in some other points, but that is minor given that the program per se does not work) From fedora at camperquake.de Thu Mar 23 09:25:49 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 23 Mar 2006 10:25:49 +0100 Subject: Broken dependencies in Fedora Extras development - 2006-03-22 In-Reply-To: <442147B3.8050507@hhs.nl> References: <442147B3.8050507@hhs.nl> Message-ID: <20060323102549.4b1e9467@soran.addix.net> Hi. On Wed, 22 Mar 2006 13:48:51 +0100, Hans de Goede wrote: > Erm, I already build this but it hasn't been pushed yet, michael any > chance you could run the script after the regular push time? You could also just ignore the mail :) From bugzilla at redhat.com Thu Mar 23 09:30:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 04:30:09 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603230930.k2N9U9eB030320@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 andy at smile.org.ua changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Package Review |aalib ------- Additional Comments From andy at smile.org.ua 2006-03-23 04:30 EST ------- Unconditionally there is a old package, But I use the main page http://jackit. sourceforge.net/ where announce is not placing and current links to version 0. 100.0. I'll tried to reviewed and repackaged last version. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 10:13:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 05:13:33 -0500 Subject: [Bug 176026] Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) In-Reply-To: Message-ID: <200603231013.k2NADX3W007718@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pikdev:IDE for development of PICmicro based application (under Linux/KDE) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176026 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-23 05:13 EST ------- %changelog * Thu Mar 23 2006 Alain Portal 0.8.4-7 - No fix. So, remove the previous change - Definitely exclude arch x86_64 for FC-4 * Thu Mar 23 2006 Alain Portal 0.8.4-6 - $QTDIR is set. So, remove the previous change - Try to fix x86_64 build failure by adding BR qt-devel * Wed Mar 15 2006 Alain Portal 0.8.4-5 - Source qt.sh if $QTDIR isn't set. Always Ralf... * Wed Mar 15 2006 Alain Portal 0.8.4-4 - Exclude temporarily ppc arch because don't exist in ppc glibc headers - Override compiler for pkp Makefile and propagate $RPM_OPT_FLAGS on it - Make install instead of install-strip - Contributions of Ralf Corsepius Thanks to him. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 10:39:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 05:39:47 -0500 Subject: [Bug 186391] New: Review Request: 855resolution - Change video bios resolutions on laptops with Intel graphic chipsets 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=186391 Summary: Review Request: 855resolution - Change video bios resolutions on laptops with Intel graphic chipsets Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: matthias at rpmforge.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://svn.rpmforge.net/svn/trunk/rpms/855resolution/ SRPM Name or Url: http://bordeaux.freshrpms.net/rpm/855resolution Description: This software changes the resolution of an available vbios mode. It is useful when the native screen resolution isn't advertised as available by the video bios by default. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 10:47:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 05:47:06 -0500 Subject: [Bug 174883] Review Request: distcc -- A free distributed C/C++ compiler system In-Reply-To: Message-ID: <200603231047.k2NAl68u014841@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: distcc -- A free distributed C/C++ compiler system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174883 ------- Additional Comments From ch.nolte at fh-wolfenbuettel.de 2006-03-23 05:46 EST ------- The rpm's build fine under fc5. I have installed and tested the following rpm's: distcc-server-ssh-2.18.3-1.3 distcc-gnome-2.18.3-1.3 distcc-server-lsb-2.18.3-1.3 distcc-server-2.18.3-1.3 > there ARE rules to register/unregister the service Sorry, I overlooked that. The file distccd.lsb you install as $RPM_BUILD_ROOT%_initrddir/distccd contains the following lines: ... f=/etc/sysconfig/distccd DISTCC_OPTS= DISTCC_ALLOW=127.0.0.1/32 DISTCC_PIDFILE=/var/run/distccd/distccd.pid DISTCC_NICENESS=5 DISTCC_USER=distcc test ! -r "$f" || . "$f" ... But the file /etc/sysconfig/distccd is missing in your installation. I would furthermore suggest not to test for readability (-r) but for existance (-a)of the sysconf-file. rpmlint shows the following problems: W: distcc-server-ssh no-documentation W: distcc-gnome no-documentation W: distcc-server-lsb conffile-without-noreplace-flag /etc/rc.d/init.d/distccd W: distcc-server-lsb no-documentation E: distcc-server-lsb executable-marked-as-config-file /etc/rc.d/init.d/distccd Ignoreable E: distcc-server-lsb non-standard-gid /var/run/distccd distcc E: distcc-server-lsb non-standard-dir-perm /var/run/distccd 0775 That should be fixed, I guess. E: distcc-server-lsb postin-without-chkconfig /etc/rc.d/init.d/distccd E: distcc-server-lsb preun-without-chkconfig /etc/rc.d/init.d/distccd Ignoreable W: distcc-server-lsb incoherent-init-script-name distccd W: distcc-server conffile-without-noreplace-flag /var/log/distccd.log E: distcc-server incoherent-logrotate-file /etc/logrotate.d/distccd E: distcc-server non-standard-gid /var/log/distccd.log distcc E: distcc-server non-root-group-log-file /var/log/distccd.log distcc This should be fixed, too. W: distcc-server dangerous-command-in-%post chown Ignoreable The initng-packages should be checked by someone else, because I have no time for that. Best regards Christian -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 11:52:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 06:52:02 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603231152.k2NBq24k027202@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2006-03-23 06:52 EST ------- I cannot approve, as you are seeking a sponsor, but here are my comments. The Source0 is wrong, as it should be un URL, like Source0: http://dl.sourceforge.net/sourceforge/pwgen/pwgen-%{version}.tar.gz rpmlint gives the following warnings, that should be easily sorted out: W: pwgen strange-permission pwgen-2.05.tar.gz 0755 W: pwgen strange-permission pwgen.spec 0755 Those 2 items are blockers. The remaining are comments. Have you verified that the pending patch ahs been merged? (at a quick glance it seems so) http://sourceforge.net/tracker/index.php?func=detail&aid=1108220&group_id=28391&atid=393206 I personnally prefer to use globs for man pages extensions such that rpmbuild picks the man page whatever compression scheme is used (even none). The corresponding entry in files becomes: %{_mandir}/man1/pwgen.1* Otherwise everything seems ok. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Thu Mar 23 12:19:18 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 23 Mar 2006 13:19:18 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603222237.k2MMbdu0006414@mx3.redhat.com> References: <20060322183608.05b3eca4.bugs.michael@gmx.net> <200603222237.k2MMbdu0006414@mx3.redhat.com> Message-ID: <20060323131918.c5993ba2.bugs.michael@gmx.net> On Wed, 22 Mar 2006 23:37:31 +0100, Christian.Iseli at licr.org wrote: > > Transfer this scenario from Core ("sendmail" package) to Core ("shadow-utils" > > package) plus an Extras package, which the admin must configure at > > install-time to adjust its install-time behaviour (i.e. choose the base uid) > > for the remaining packages to be installed. Do you see the problem? > > Not really. Admin who wants fedora-usermgmt functionality does: > 1. Install minimal system > 2. Install fedora-usermgmt and configure it > 3. Install rest of the packages Tiresome, since it triples the number of steps needed to install a system. > I fail to see what you gain with those Extras packages directly Requiring > fedora-usermgmt. Admin who wants to configure it still will have to follow > the 1,2,3 steps as above. No. The 'setup(fedora-usermgmt)' virtual capability in the dependency chain can be used to pull in a customised configuration early enough. From bugs.michael at gmx.net Thu Mar 23 12:19:13 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 23 Mar 2006 13:19:13 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1143062190.3061.5.camel@rousalka.dyndns.org> References: <200603221631.k2MGVdK5008417@mx3.redhat.com> <1143062190.3061.5.camel@rousalka.dyndns.org> Message-ID: <20060323131913.d5cb5cc7.bugs.michael@gmx.net> On Wed, 22 Mar 2006 22:16:29 +0100, Nicolas Mailhot wrote: > Hi, > > I've tried to get out of the fedora-usermgmt, if the fedora-usermgmt > analysis is correct (need to assign fixed ids in an admin-defined range) > wouldn't the right thing just be to get a flag added in upstream useradd > to support this ? No matter how hard we try a wrapper is and always be a > PITA. So shouldn't the energy be focused on getting the change wher it > belongs, in useradd proper ? And into the installer and into kickstart then, too? > You know. Upstream, upstream upstream. The Fedora mantra. > > At least that would get the flames on useradd lists on on the fedora > ones (runs) The good thing about a wrapper interface is that you need to use it explicitly before you get the different and possibly unexpected behaviour. Without a wrapper, well-known tools would relocate uids/gids "magically" and would co-exist with tools which don't relocate uids, e.g. "find / -uid 25 | xargs rm". From bugzilla at redhat.com Thu Mar 23 15:36:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 10:36:12 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603231536.k2NFaCv4008527@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From paul at city-fan.org 2006-03-23 10:36 EST ------- (In reply to comment #25) > rpmlint report the same error on vixie-cron package. So, if Fedora Core accept > a such rpmlint error, why Fedora Extras didn't accept? The package quality bar in Extras is considerably higher than that for Core. That's probably why the free pass for Core packages into Extras got removed some time ago. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rc040203 at freenet.de Thu Mar 23 15:55:23 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 23 Mar 2006 16:55:23 +0100 Subject: Conflict between GNU CS and FHS In-Reply-To: References: <1142697551.2751.92.camel@localhost.localdomain> <20060318164717.019584400C@Psilocybe.Update.UU.SE> <1142716698.2751.105.camel@localhost.localdomain> <20060318215807.1E3CD4400C@Psilocybe.Update.UU.SE> <1142735868.2751.121.camel@localhost.localdomain> <1142741775.31760.261.camel@mccallum.corsepiu.local> Message-ID: <1143129323.3149.226.camel@mccallum.corsepiu.local> On Thu, 2006-03-23 at 10:07 +0100, Linus Walleij wrote: > On Sun, 19 Mar 2006, Ralf Corsepius wrote: > > > IMO, from FE's POV, this whole issue boils down to a bug in > > RPM. /usr/com is definitely wrong. > > Jeff Johnson dismissed this in bug 185862 stating: > > "This is a packaging, not an rpm problem. The value of %{_sharedstatedir} > has nothing whatsoever with FHS or where emacs chooses to put files. > > Fix yer bleeping packages however you want." Great, another "warm encounter" with Jeff :-) %_sharedstatedir is covered by the FHS. RPM internally sets it from inside /usr/lib/rpm/macros ... #============================================================================== # ---- configure macros. # Macro(s) slavishly copied from autoconf's config.status. ... %_sharedstatedir %{_prefix}/com ... => RH's implementation of the FHS is bugged. > See: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185862 > > I will proceed to hardcode a different sharedstatedir with > %configure --with-sharedstatedir=/var/... > and fix "my bleeding package" instead :-) ;) Ralf From bugzilla at redhat.com Thu Mar 23 16:48:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 11:48:36 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603231648.k2NGmacB025524@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-23 11:48 EST ------- Good: + Local build worked fine. + Mock build worked fine. Bad: - fedora-qa complaints: tls1.5.0-src.tar.gz 11 kB 00:00 Source tls1.5.0-src.tar.gz is different from upstream - Package doesn't contains any documentation. - Package doesn't contain verbarin license text. - rpmlint compiaints: E: tcltls invalid-soname /usr/lib/libtls1.50.so libtls1.50.so - fedora-qa complaints. Each %files section should have a %defattr line (wiki: Packaging/ReviewGuidelines) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Thu Mar 23 16:56:45 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 23 Mar 2006 10:56:45 -0600 Subject: kchm packaging help needed In-Reply-To: <20060323102409.67db8b53@soran.addix.net> References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313220558.03ff1497@nausicaa.camperquake.de> <20060313223052.00fe92cb@nausicaa.camperquake.de> <20060323102409.67db8b53@soran.addix.net> Message-ID: Ralf Ertzinger wrote: > Hi. > > On Mon, 13 Mar 2006 22:30:52 +0100, Ralf Ertzinger wrote: > > >>>I can take a look, what app is it? >> >>It's filelight (http://www.methylblue.com/filelight/index.php). The >>current .src.rpm file is on my laptop, I can put it somewhere >>tomorrow. > > > Weeeell, not exactly tomorrow. > Here is the current src.rpm: > > http://www.skytale.net/files/filelight/filelight-1.0-0.0.beta6.sky.src.rpm WORKSFORME built on an rhel4 box, nothing obviously wrong with packaging. I just tweaked a few small things (that shouldn't make much/any difference): http://apt.kde-redhat.org/apt/kde-redhat/SPECS/filelight.spec -- Rex From fedora at leemhuis.info Thu Mar 23 17:04:38 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 23 Mar 2006 18:04:38 +0100 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <200603212052.k2LKqc5Z025792@mx3.redhat.com> References: <200603212052.k2LKqc5Z025792@mx3.redhat.com> Message-ID: <1143133478.2285.3.camel@localhost.localdomain> Am Dienstag, den 21.03.2006, 21:52 +0100 schrieb Christian.Iseli at licr.org: > fedora at leemhuis.info said: > > The second solution involves a bit more work: run a script that checks for > > such stuff. Christian? > I'm having an hectic week, but I'll tuck this on my TODO list and see what > happens :-) Seems you found enough time ;-) > What's the normal procedure when a package migrates to core ? > Do we: > - delete CVS devel and affected release branches I think this is the way is was done often > - tuck a "nobuild"/exit code in the spec file This the way it was done for a lot of orphans > (in which case the wording > should be a bit standardised so that an automated script can make sense of it Yeah, that would be fine, but I don't think everyone will use the same wording. CU thl -- Thorsten Leemhuis From fedora at leemhuis.info Thu Mar 23 17:10:24 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 23 Mar 2006 18:10:24 +0100 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <200603221639.k2MGdK6S010404@mx3.redhat.com> References: <200603221639.k2MGdK6S010404@mx3.redhat.com> Message-ID: <1143133824.2285.8.camel@localhost.localdomain> Am Mittwoch, den 22.03.2006, 17:39 +0100 schrieb Christian.Iseli at licr.org: > ville.skytta at iki.fi said: > > > notting at redhat dot com aqhbci-qt-tools > > Obsoleted by the FC aqbanking package. > Ok. I put it in Extras/PackagesNoLongerInDevel Okay, that works for now, but we need a real solution. Otherwise we'll create branches for this and similar packages forever and Extras CVS will be a real mess because of this old entry that are useless. @CVS-Admins: Would it be okay to remove the devel branch for packages like this? CU thl -- Thorsten Leemhuis From bugzilla at redhat.com Thu Mar 23 17:34:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 12:34:45 -0500 Subject: [Bug 186452] New: Review Request: kdebluetooth: The KDE Bluetooth Framework Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186452 Summary: Review Request: kdebluetooth: The KDE Bluetooth Framework Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rdieter at math.unl.edu QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kdebluetooth.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdebluetooth-1.0-0.7.beta1.src.rpm Description: The aim of this project is a tight and easy to use integration of Bluetooth into the KDE desktop. You can manage your local Bluetooth devices and services with it, browse your Bluetooth neighbourhood with konqueror and send and receive files with just a few clicks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 18:02:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 13:02:01 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603231802.k2NI212g008335@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From fcron at free.fr 2006-03-23 13:01 EST ------- > > I'm not sure I understand you ... do you mean "why a non priviledged user > > could not send a signal to fcron daemon?" > > In this case, you should know that a user can only send a signal to one of its > > processes. This implies that fcronsighup has to be root (or have root rights) > > to send a signal to fcron daemon which is run by root. > > I understand perfectly the issue, what I was saying is that the only > unpriviledged user that should be allowed to send this signal to fcron should be > the fcron user. > > What about having fcronsighup with the following rights: > -rwsr-x--- root fcron > or > -rwsr-xr-- root fcron > In fact the default rights of fcronsighup are: ---s--x--- 1 root fcron 14K 2006-03-01 14:49 /usr/bin/fcronsighup which mean that fcronsighup is not executable by anyone. Then you can sure add the read right. > > fcron runs the job with the user rights of the owner of the job. It has to be > > root to be able to change its rights to user's ones. > > Ok, so if the user wants only to run his jobs, then he can run it, so it should > be executable by anyone. > This is more complicated than that. Fcron can be used without root privileges, but then you have to compile it specifically for that. It just won't work if you simply give everyone the right to execute fcron. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 18:10:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 13:10:55 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200603231810.k2NIAtdc010798@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gnu-smalltalk - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-23 13:10 EST ------- I have used --with-pic=yes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 23 18:17:20 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 23 Mar 2006 19:17:20 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <20060323131918.c5993ba2.bugs.michael@gmx.net> References: <20060322183608.05b3eca4.bugs.michael@gmx.net> <200603222237.k2MMbdu0006414@mx3.redhat.com> <20060323131918.c5993ba2.bugs.michael@gmx.net> Message-ID: <1143137840.32270.7.camel@mccallum.corsepiu.local> On Thu, 2006-03-23 at 13:19 +0100, Michael Schwendt wrote: > On Wed, 22 Mar 2006 23:37:31 +0100, Christian.Iseli at licr.org wrote: > > > > Transfer this scenario from Core ("sendmail" package) to Core ("shadow-utils" > > > package) plus an Extras package, which the admin must configure at > > > install-time to adjust its install-time behaviour (i.e. choose the base uid) > > > for the remaining packages to be installed. Do you see the problem? > > > > Not really. Admin who wants fedora-usermgmt functionality does: > > 1. Install minimal system > > 2. Install fedora-usermgmt and configure it > > 3. Install rest of the packages > > Tiresome, since it triples the number of steps needed to install a system. Nope - These are the same steps admins will always have to go through to configure any shared setup in a network, independent of fedora-usermgmt. Think about automounting, yp/nis, nsswitch.conf, rpm's netshare path. You can't avoid setting them up midst of installation, if you are using them. Wrt. this, fedora-usermgmt only is an additional source of trouble/error/problems, adding additionally obstacles. > No. The 'setup(fedora-usermgmt)' virtual capability in the dependency > chain can be used to pull in a customised configuration early enough. == making it mandatory. Ralf From paul at cypherpunks.ca Thu Mar 23 18:27:54 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 23 Mar 2006 19:27:54 +0100 (CET) Subject: tag in devel branch still pickls "fc5" instead of fc6 for one of my packages Message-ID: Hi, I am running into a strange problem where the l2tpd package keeps using the "fc5" instead of "fc6" in the devel directory. I tried 'cvs -q upd -d' and make build. I tried bumping the release, commiting the spec file and 'make tag', but that still picks fc5. I even tried to manually specify "cvs tag -c l2tpd-0_69-0_5_20051030_fc6", and even though that works fine in creating the tag, 'make build' still picks the "fc5" tag. does anyone know how to fix this? Paul From paul at cypherpunks.ca Thu Mar 23 18:38:26 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 23 Mar 2006 19:38:26 +0100 (CET) Subject: tag in devel branch still pickls "fc5" instead of fc6 for one of my packages In-Reply-To: References: Message-ID: On Thu, 23 Mar 2006, Paul Wouters wrote: > I am running into a strange problem where the l2tpd package keeps using the > "fc5" instead of "fc6" in the devel directory. I tried 'cvs -q upd -d' > and make build. I tried bumping the release, commiting the spec file and > 'make tag', but that still picks fc5. I even tried to manually specify > "cvs tag -c l2tpd-0_69-0_5_20051030_fc6", and even though that works fine > in creating the tag, 'make build' still picks the "fc5" tag. > > does anyone know how to fix this? To followup on myself, the odd thing is, it did build an "fc6" one: The command: $ make build /usr/bin/plague-client build l2tpd l2tpd-0_69-0_4_20051030_fc5 devel Package l2tpd enqueued. Job ID: 6713. shows the "fc5" tag, but email I received from the build system claims: 6713 (l2tpd): Build on target fedora-development-extras succeeded. Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/6713-l2tpd-0.69-0.4.20051030.fc6/ which shows "fc6" as tag. Paul From nicolas.mailhot at laposte.net Thu Mar 23 18:52:19 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 23 Mar 2006 19:52:19 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <20060323131913.d5cb5cc7.bugs.michael@gmx.net> References: <200603221631.k2MGVdK5008417@mx3.redhat.com> <1143062190.3061.5.camel@rousalka.dyndns.org> <20060323131913.d5cb5cc7.bugs.michael@gmx.net> Message-ID: <1143139939.2572.4.camel@rousalka.dyndns.org> Le jeudi 23 mars 2006 ? 13:19 +0100, Michael Schwendt a ?crit : > On Wed, 22 Mar 2006 22:16:29 +0100, Nicolas Mailhot wrote: > > > Hi, > > > > I've tried to get out of the fedora-usermgmt, if the fedora-usermgmt > > analysis is correct (need to assign fixed ids in an admin-defined range) > > wouldn't the right thing just be to get a flag added in upstream useradd > > to support this ? No matter how hard we try a wrapper is and always be a > > PITA. So shouldn't the energy be focused on getting the change wher it > > belongs, in useradd proper ? > > And into the installer and into kickstart then, too? Everywhere. A wrapper is ok for prototyping, but at this point I feel either we need to declare the experiment successful, and get the functionality in the tools themselves, or recognize we are going nowhere. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Thu Mar 23 18:48:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 13:48:27 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603231848.k2NImRP9019877@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 Bug 177818 depends on bug 185862, which changed state. Bug 185862 Summary: %_sharedstatedir violates the FHS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185862 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution|WONTFIX | Status|CLOSED |REOPENED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 19:08:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 14:08:19 -0500 Subject: [Bug 185848] Review Request: perl-SOAP-Lite - Client and server side SOAP implementation In-Reply-To: Message-ID: <200603231908.k2NJ8JiV023490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 ------- Additional Comments From ville.skytta at iki.fi 2006-03-23 14:08 EST ------- See bug 169821 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Thu Mar 23 19:19:07 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 23 Mar 2006 20:19:07 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Thu, 23 Mar 2006 13:19:18 +0100." <20060323131918.c5993ba2.bugs.michael@gmx.net> Message-ID: <200603231919.k2NJJIfU006614@mx3.redhat.com> I said: > Admin who wants fedora-usermgmt functionality does: > 1. Install minimal system > 2. Install fedora-usermgmt and configure it > 3. Install rest of the packages bugs.michael at gmx.net said: > No. The 'setup(fedora-usermgmt)' virtual capability in the dependency chain > can be used to pull in a customised configuration early enough. I feel a bit lost here... Ok, just imagine I got this shiny new machine full of fast CPUs, fat hard drives, and loads of RAM, a nice FC DVD, and a blazing access to the net. I want to install Fedora on the machine, and use and configure fedora-usermgmt to my liking. What are the steps I need to go through to use this "virtual capability" you are talking about ? Instead of the 1,2,3 steps I mentioned... From bugzilla at redhat.com Thu Mar 23 19:39:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 14:39:49 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603231939.k2NJdnvY032179@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From ville.skytta at iki.fi 2006-03-23 14:39 EST ------- IMO this package is a wrong place to have the modprobe.d snippet in. Once firmwares have been extracted, this package can be removed as it's no longer needed, and that resulting in blowing away the config snippet is very much unexpected. How about just dropping it and documenting bcm43xx related stuff for FC5 in the Wiki? Please bump the release number and add %chnagelog entries every time changes are made, even during package review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 19:58:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 14:58:15 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603231958.k2NJwFml004209@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-23 14:58 EST ------- (In reply to comment #27) > In fact the default rights of fcronsighup are: > ---s--x--- 1 root fcron 14K 2006-03-01 14:49 /usr/bin/fcronsighup So that's the almost the smae here, right. > This is more complicated than that. > Fcron can be used without root privileges, but then you have to compile it > specifically for that. It just won't work if you simply give everyone the > right to execute fcron. I have seen the configure flags, but I don't really understand why they are needed, except for the config file reading permissions. I haven't read the code, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 20:13:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 15:13:16 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603232013.k2NKDGNW007860@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From fcron at free.fr 2006-03-23 15:13 EST ------- (In reply to comment #23) > I have tried to run fcrontab. To avoid a warning, I made a patch I attach. Your patch is very dangerous on the security point of view. As a matter of fact, you don't check that the file is not writable by someone else than root. As a result, if the administrator makes a mistake and the rights of fcron.conf become -rw-rw-rw (or -rw-rw--- if the attacker is able to compromise say fcrontab), then an attacker could change the sendmail line to something as: sendmail = /my/dangerous/program and /my/dangerous/program would be executed as root by fcron. The strict test is here to avoid this ... By the way, why would you like the group or the user to be able to write in /etc/fcron.conf ?? If you just want anyone to be able to read /etc/fcron.conf so as to remove a suid bit to fcrondyn, then you don't need this patch... just set the rights of the file to be 644 ! > But > unfortunately fcrontab don't work, as root or as a user. > > As root: > [root at localhost log]# fcrontab /etc/crontab > 22:51:51 Could not authenticate user using PAM (4): System error > > As a user: > 22:49:06 Could not change egid to fcron[505]: Operation not permitted > > Nothing appears in logs. fcrontab needs the suid bit for the group too, so its rights should be 6755 and not 4755 as in your patch. (but I'm not sure about the PAM error as root: it may be something else). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 21:06:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 16:06:00 -0500 Subject: [Bug 178905] Review Request: smbldap-tools In-Reply-To: Message-ID: <200603232106.k2NL60lO020052@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smbldap-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178905 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From steve at silug.org 2006-03-23 16:05 EST ------- * Package name is correct. * License is GPL, and COPYING is included. * spec looks fine. * Sources match upstream. * Builds fine under mock (x86_64/development). * No BuildRequires, so no problems there. * Directories are owned properly, permissions are set properly, etc. * Installs and runs fine. * rpmlint complains about two things: E: smbldap-tools non-readable /etc/smbldap-tools/smbldap_bind.conf 0600 - That can definitely be ignored. W: smbldap-tools doc-file-dependency /usr/share/doc/smbldap-tools-0.9.2/configure.pl perl(File::Basename) - That should probably be fixed after importing into CVS. APPROVED, but please fix that one warning. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 21:53:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 16:53:01 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603232153.k2NLr12C029477@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-23 16:52 EST ------- (In reply to comment #29) > Your patch is very dangerous on the security point of view. > As a matter of fact, you don't check that the file is not writable > by someone else than root. You're completly right. I have made a newer version of that patch that only remove the check for the file owner and group. Thanks. > fcrontab needs the suid bit for the group too, so its rights should be 6755 > and not 4755 as in your patch. Fixed, and now it runs as a user. > (but I'm not sure about the PAM error as root: it may be something else). There is still that error as root... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From pertusus at free.fr Thu Mar 23 22:06:30 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 23 Mar 2006 23:06:30 +0100 Subject: rpmlint error incoherent-subsys? Message-ID: <20060323220630.GA2751@free.fr> Hello, rpmlint gives that error with the fcron package: E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; Does anybody knows what it means? -- Pat From bugzilla at redhat.com Thu Mar 23 22:57:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 17:57:09 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603232257.k2NMv9xh012465@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From dwmw2 at redhat.com 2006-03-23 17:56 EST ------- I've changed the modprobe.d snippet to just a %doc file, and referred to it in the README.Fedora file. OK? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 22:58:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 17:58:38 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603232258.k2NMwc9J012861@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 ------- Additional Comments From triad at df.lth.se 2006-03-23 17:58 EST ------- Updated again with non-offending paths for database: Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/adplug.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/adplug-1.5.1-6.20060323cvs.src.rpm These move the troublesome database into /var/adplug and it works just fine. While not a preferable solution at large it doesn't hurt this package, and I believe it is OK really. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 23:50:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 18:50:30 -0500 Subject: [Bug 185951] Review Request: amsn : msn messenger clone In-Reply-To: Message-ID: <200603232350.k2NNoUZU021690@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amsn : msn messenger clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 ------- Additional Comments From tkmame at retrogames.com 2006-03-23 18:50 EST ------- Oh nevermind my comment about tcltls, I didn't notice the tcltls package you also submitted. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 23:48:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 18:48:40 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603232348.k2NNmeVd021401@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From fcron at free.fr 2006-03-23 18:48 EST ------- (In reply to comment #30) > > You're completly right. I have made a newer version of that patch that only > remove the check for the file owner and group. Thanks. > Don't you think it would be better to also check that fcron.conf is owned by root? I think it wouldn't be an issue for Fedora and would increase security (in case the administrator erroneously chown the file to someone else than root). Not checking the group is not a real problem, so you can skip it (as you do it right now) if it's better for Fedora. > > (but I'm not sure about the PAM error as root: it may be something else). > > There is still that error as root... I don't know where it comes from :/ Don't you have anything in the log (especially in auth.log) ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 23:44:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 18:44:25 -0500 Subject: [Bug 185951] Review Request: amsn : msn messenger clone In-Reply-To: Message-ID: <200603232344.k2NNiPMr020887@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amsn : msn messenger clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 ------- Additional Comments From tkmame at retrogames.com 2006-03-23 18:44 EST ------- Oh one more thing I forgot to mention. The Requires of tcl >= 8.4, tk >= 8.4, tcltls >= 1.5 should be removed. rpm automatically detects the requirement of tcl and tk, and the tcltls package is not part of Fedora. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 23 23:43:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 18:43:55 -0500 Subject: [Bug 178905] Review Request: smbldap-tools In-Reply-To: Message-ID: <200603232343.k2NNht5U020796@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smbldap-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178905 ------- Additional Comments From steve at silug.org 2006-03-23 18:43 EST ------- I don't have a strong feeling about it (hence the APPROVED anyway), but I've started just chmod -x'ing everything marked %doc so rpm doesn't pick up any dependencies. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 23:21:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 18:21:42 -0500 Subject: [Bug 178905] Review Request: smbldap-tools In-Reply-To: Message-ID: <200603232321.k2NNLglN017317@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smbldap-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178905 ------- Additional Comments From paul at city-fan.org 2006-03-23 18:21 EST ------- (In reply to comment #4) > W: smbldap-tools doc-file-dependency > /usr/share/doc/smbldap-tools-0.9.2/configure.pl perl(File::Basename) > > - That should probably be fixed after importing into CVS. > > APPROVED, but please fix that one warning. perl(File::Basename) is provided by the main perl package, which is already a dependency; does that really need fixing? I don't think so personally. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 23 23:41:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 18:41:20 -0500 Subject: [Bug 185951] Review Request: amsn : msn messenger clone In-Reply-To: Message-ID: <200603232341.k2NNfKmG020433@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amsn : msn messenger clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 ------- Additional Comments From tkmame at retrogames.com 2006-03-23 18:41 EST ------- Probably copying the tar.gz to a different location/name would be eaiser for the reviewers. Comments on this second release: - The package should have a release of 0.2.%{alphatag}%{?dist} and there should be changelog entries showing what you have changed since release 0.1 - This does not build correctly under a mock environment. You must add atleast which and mlocate to the buildrequires. In order to build with FC4 you will need to replace mlocate with slocate. Even with mlocate I get the following error in the configure: checking tcl build dir... locate: can not open `/var/lib/mlocate/mlocate.db': No such file or directory -It also requires an X11 devel package. I tried adding libX11-devel to the buildrequires, but configure still does not find X11: checking for X... no "Could not find X11 devel package NOTE: Even the error message in configure is not being displayed correctly, there must be something wrong in the configure.ac file. Unless the proper Buildrequires are set, the X11 will be set to NO when compiling this package. -I still think the package should be divided up into sub packages. amsn-plugins, amsn-skins, amsn-utils? I'm not sure if this is a requirement or not, but a real reviewer might require it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From katzj at redhat.com Fri Mar 24 02:31:45 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 23 Mar 2006 21:31:45 -0500 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <1143133824.2285.8.camel@localhost.localdomain> References: <200603221639.k2MGdK6S010404@mx3.redhat.com> <1143133824.2285.8.camel@localhost.localdomain> Message-ID: <1143167505.3010.1.camel@aglarond.local> On Thu, 2006-03-23 at 18:10 +0100, Thorsten Leemhuis wrote: > Am Mittwoch, den 22.03.2006, 17:39 +0100 schrieb > Christian.Iseli at licr.org: > > ville.skytta at iki.fi said: > > > > notting at redhat dot com aqhbci-qt-tools > > > Obsoleted by the FC aqbanking package. > > Ok. I put it in Extras/PackagesNoLongerInDevel > > Okay, that works for now, but we need a real solution. Otherwise we'll > create branches for this and similar packages forever and Extras CVS > will be a real mess because of this old entry that are useless. > > @CVS-Admins: Would it be okay to remove the devel branch for packages > like this? Per the discussion during the meeting this afternoon (and this has probably been followed up, but mail is being slow) I'd rather not remove the devel branches as we could potentially lose history that way, especially if we ever have to bring a package back. I'd rather go with creating a file, eg, dead.package in the devel branch and hopefully have it filled with the justification for _why_ it's no longer needed. Then, we can use that file to key that it's a devel branch which shouldn't need branching for new releases Jeremy From bugzilla at redhat.com Fri Mar 24 04:20:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 23:20:36 -0500 Subject: [Bug 185848] Review Request: perl-SOAP-Lite - Client and server side SOAP implementation In-Reply-To: Message-ID: <200603240420.k2O4KaLo030689@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 imlinux at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From imlinux at gmail.com 2006-03-23 23:20 EST ------- Successfully built in devel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 24 04:20:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 23 Mar 2006 23:20:47 -0500 Subject: [Bug 180015] Review Request: OTRS - Open Ticket Request System In-Reply-To: Message-ID: <200603240420.k2O4Klur030773@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OTRS - Open Ticket Request System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180015 Bug 180015 depends on bug 185848, which changed state. Bug 185848 Summary: Review Request: perl-SOAP-Lite - Client and server side SOAP implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185848 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 the QA contact for the bug, or are watching the QA contact. From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 24 07:22:29 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 24 Mar 2006 08:22:29 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603231919.k2NJJIfU006614@mx3.redhat.com> (Christian Iseli's message of "Thu, 23 Mar 2006 20:19:07 +0100") References: <20060323131918.c5993ba2.bugs.michael@gmx.net> <200603231919.k2NJJIfU006614@mx3.redhat.com> Message-ID: <87hd5ofgsq.fsf@kosh.bigo.ensc.de> Christian.Iseli at licr.org writes: >> Admin who wants fedora-usermgmt functionality does: >> 1. Install minimal system >> 2. Install fedora-usermgmt and configure it >> 3. Install rest of the packages > >> No. The 'setup(fedora-usermgmt)' virtual capability in the dependency chain >> can be used to pull in a customised configuration early enough. > > I feel a bit lost here... > > Ok, just imagine I got this shiny new machine full of fast CPUs, fat hard > drives, and loads of RAM, a nice FC DVD, and a blazing access to the net. > I want to install Fedora on the machine, and use and configure fedora-usermgmt > to my liking. 1. create an own repository with a package like http://ensc.de/fedora/fedora-usermgmt-my.spec 2. make this repository known to Anaconda (sorry, I do not know how to do this but afair, Fedora Extras should be supported at installtime so it should be possible to add additional repositories somehow). 3. among all the other packages, select a package from Fedora Extras which is using fedora-usermgmt Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Fri Mar 24 07:23:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 02:23:41 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603240723.k2O7NfPa022792@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 daner964 at student.liu.se changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://initng.thinktux.net/d|http://download.initng.think |ownload/v0.4/ |tux.net/v0.6/ ------- Additional Comments From daner964 at student.liu.se 2006-03-24 02:23 EST ------- Initng 0.6.0RC1 has just been released. The big difference from earlier versions is that the scripts are released in a separate tarball. Question is what we want to do about this. It seems quite clear to me that it would be nice with separate rpm's, but does that mean having separate spec and srpm files as well or do we just add a Source1 and another %package section to the existing 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 Fri Mar 24 07:28:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 02:28:37 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603240728.k2O7SbEc023457@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2006-03-24 02:28 EST ------- Yep, approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Fri Mar 24 07:44:37 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 24 Mar 2006 09:44:37 +0200 Subject: tag in devel branch still pickls "fc5" instead of fc6 for one of my packages In-Reply-To: References: Message-ID: <1143186277.14485.2.camel@localhost.localdomain> On Thu, 2006-03-23 at 19:27 +0100, Paul Wouters wrote: > I am running into a strange problem where the l2tpd package keeps using the > "fc5" instead of "fc6" in the devel directory. I tried 'cvs -q upd -d' > and make build. Have you cvs up'd your common directory too? From bugzilla at redhat.com Fri Mar 24 07:49:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 02:49:37 -0500 Subject: [Bug 178905] Review Request: smbldap-tools In-Reply-To: Message-ID: <200603240749.k2O7nbFq026561@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smbldap-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178905 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2006-03-24 02:49 EST ------- (In reply to comment #6) > I don't have a strong feeling about it (hence the APPROVED anyway), but I've > started just chmod -x'ing everything marked %doc so rpm doesn't pick up any > dependencies. I do that if there would be any real new dependencies, but that's not the case here, so I've elected to leave it as it is. Build on target fedora-development-extras succeeded. FC-4 and FC-5 branches 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 Fri Mar 24 08:06:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 03:06:48 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603240806.k2O86mVf028339@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From pertusus at free.fr 2006-03-24 03:06 EST ------- (In reply to comment #33) > Don't you think it would be better to also check that fcron.conf is owned by > root? > I think it wouldn't be an issue for Fedora and would increase security > (in case the administrator erroneously chown the file to someone else > than root). But if the administrator may want to change the perms to somebody else than root there is no reason why this should be impossible. > I don't know where it comes from :/ > Don't you have anything in the log (especially in auth.log) ? If I'm not wrong, in fedora it is /var/log/secure, and there is nothing in it. pam is pam-0.99.3.0. I have run strace fcrontab /etc/crontab shows something strange, namely that the file /etc/pam.d/other is read. I had a look at the pam bugs in fedora bugzilla, but haven't found anything relevant. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From mfleming at enlartenment.com Fri Mar 24 08:24:30 2006 From: mfleming at enlartenment.com (Michael Fleming) Date: Fri, 24 Mar 2006 18:24:30 +1000 Subject: groupreq in comps files In-Reply-To: <4421A066.1080902@city-fan.org> References: <4421A066.1080902@city-fan.org> Message-ID: <1143188670.5325.6.camel@defender.antaresenterprises.lan> On Wed, 2006-03-22 at 19:07 +0000, Paul Howarth wrote: > Perhaps I'm doing something stupid here; let me know. No, I can reproduce this (and incidentally thanks for proving that I am not alone and insane. ;-)) > I'm trying to use mock in FC5, targetting FC4. It doesn't appear to be > installing the buildsys-macros package, hence the dist tag gets omitted > from the built packages. I see exactly the same behaviour when rebuilding my local repo - FC5 x86_64, fresh install (attempted to go FC4/i386 -> FC5/x86_64, *bad* idea.. ;-)) > If I add buildsys-macros to the "build" group itself, the package is > installed and all is well. > > All references to "groupreq" seem to have disappeared from comps.py in > FC5's yum... Same here - is there something we can hack into yum (plugin / small patch / whatever's appropriate) or would editing the buildroots.xml as Paul has be the best workaround? > Paul. Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From bugzilla at redhat.com Fri Mar 24 08:56:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 03:56:44 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603240856.k2O8uiv5005978@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-24 03:56 EST ------- -Source tls1.5.0-src.tar.gz is different from upstream i checked and both are 113600 in size, and have MD5SUM of: 9eeab472475773b3810acc808ebec759 but sometimes the sf.net has a failed-mirror and the the download is not correct. Or maybe I am doing something wrong, I am quite new at packaging. The rest I have fixed. Thank you for taking the time to review. Spec Name or Url: http://amsn.sourceforge.net/tjikkun/tcltls.spec SRPM Name or Url: http://amsn.sourceforge.net/tjikkun/tcltls-1.5.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 24 09:04:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 04:04:36 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603240904.k2O94a9n007936@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-24 04:04 EST ------- Spec Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SPECS/fcron.spec SRPM Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SRPMS/fcron-3.0.1-6.src.rpm %changelog * Fri Mar 24 2006 Patrice Dumas 3.0.1-6 - Update previous patch - Set sgid on fcrontab * Thu Mar 23 2006 Patrice Dumas 3.0.1-5 - Patch to accept a configuration file with perms root root 644 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 24 09:52:52 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 10:52:52 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603231919.k2NJJIfU006614@mx3.redhat.com> References: <20060323131918.c5993ba2.bugs.michael@gmx.net> <200603231919.k2NJJIfU006614@mx3.redhat.com> Message-ID: <20060324105252.0213f40f.bugs.michael@gmx.net> On Thu, 23 Mar 2006 20:19:07 +0100, Christian.Iseli at licr.org wrote: > > I said: > > Admin who wants fedora-usermgmt functionality does: > > 1. Install minimal system > > 2. Install fedora-usermgmt and configure it > > 3. Install rest of the packages > > bugs.michael at gmx.net said: > > No. The 'setup(fedora-usermgmt)' virtual capability in the dependency chain > > can be used to pull in a customised configuration early enough. > > I feel a bit lost here... > > Ok, just imagine I got this shiny new machine full of fast CPUs, fat hard > drives, and loads of RAM, a nice FC DVD, and a blazing access to the net. > I want to install Fedora on the machine, and use and configure fedora-usermgmt > to my liking. > > What are the steps I need to go through to use this "virtual capability" you > are talking about ? Instead of the 1,2,3 steps I mentioned... A package in your installation source which satisfies the requirement "Requires: setup (fedora-usermgmt)" of the fedora-usermgmt tools package, can override the default fedora-usermgmt-setup placeholder package to install a customised configuration before any scriptlet runs fedora-useradd. From bugs.michael at gmx.net Fri Mar 24 09:54:49 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 10:54:49 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <1143137840.32270.7.camel@mccallum.corsepiu.local> References: <20060322183608.05b3eca4.bugs.michael@gmx.net> <200603222237.k2MMbdu0006414@mx3.redhat.com> <20060323131918.c5993ba2.bugs.michael@gmx.net> <1143137840.32270.7.camel@mccallum.corsepiu.local> Message-ID: <20060324105449.915d5419.bugs.michael@gmx.net> On Thu, 23 Mar 2006 19:17:20 +0100, Ralf Corsepius wrote: > > No. The 'setup(fedora-usermgmt)' virtual capability in the dependency > > chain can be used to pull in a customised configuration early enough. > > == making it mandatory. It's still optional, isn't it? Just that any package which uses plain useradd doesn't benefit from the possibility to relocate its uids/gids. From bugs.michael at gmx.net Fri Mar 24 10:07:12 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 11:07:12 +0100 Subject: tag in devel branch still pickls "fc5" instead of fc6 for one of my packages In-Reply-To: References: Message-ID: <20060324110712.29ee4081.bugs.michael@gmx.net> On Thu, 23 Mar 2006 19:38:26 +0100 (CET), Paul Wouters wrote: > On Thu, 23 Mar 2006, Paul Wouters wrote: > > > I am running into a strange problem where the l2tpd package keeps using the > > "fc5" instead of "fc6" in the devel directory. I tried 'cvs -q upd -d' > > and make build. I tried bumping the release, commiting the spec file and > > 'make tag', but that still picks fc5. I even tried to manually specify > > "cvs tag -c l2tpd-0_69-0_5_20051030_fc6", and even though that works fine > > in creating the tag, 'make build' still picks the "fc5" tag. > > > > does anyone know how to fix this? Work in a clean checkout of l2tpd, a clean working directory. Don't cvs-import.sh complete src.rpms back and forth between multiple branches in CVS. Update your "common" directory, too. Make sure your package in the FC-5 branch contains a file "branch" which contains "FC-5". When I run cvs co -r l2tpd-0_69-0_4_20051030_fc5 l2tpd cd l2tpd/FC-5 the tagged files don't contain the "branch" directory, so using "make tag" (or "make srpm") with these files will choose the default branch "devel". > To followup on myself, the odd thing is, it did build an "fc6" one: > > The command: > > $ make build > /usr/bin/plague-client build l2tpd l2tpd-0_69-0_4_20051030_fc5 devel > Package l2tpd enqueued. Job ID: 6713. > > shows the "fc5" tag, but email I received from the build system claims: Which is because your tag contains "fc5". > 6713 (l2tpd): Build on target fedora-development-extras succeeded. > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6713-l2tpd-0.69-0.4.20051030.fc6/ > > which shows "fc6" as tag. That's the value %dist gets at build-time, because you submitted the build job for "devel". From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Mar 24 11:05:53 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 24 Mar 2006 12:05:53 +0100 Subject: tag in devel branch still pickls "fc5" instead of fc6 for one of my packages In-Reply-To: References: Message-ID: <20060324120553.7ba8e1a3@python2> Paul Wouters wrote : > On Thu, 23 Mar 2006, Paul Wouters wrote: > > > I am running into a strange problem where the l2tpd package keeps using the > > "fc5" instead of "fc6" in the devel directory. I tried 'cvs -q upd -d' > > and make build. I tried bumping the release, commiting the spec file and > > 'make tag', but that still picks fc5. I even tried to manually specify > > "cvs tag -c l2tpd-0_69-0_5_20051030_fc6", and even though that works fine > > in creating the tag, 'make build' still picks the "fc5" tag. > > > > does anyone know how to fix this? > > To followup on myself, the odd thing is, it did build an "fc6" one: > > The command: > > $ make build > /usr/bin/plague-client build l2tpd l2tpd-0_69-0_4_20051030_fc5 devel > Package l2tpd enqueued. Job ID: 6713. > > shows the "fc5" tag, but email I received from the build system claims: > > 6713 (l2tpd): Build on target fedora-development-extras succeeded. > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6713-l2tpd-0.69-0.4.20051030.fc6/ > > which shows "fc6" as tag. Have you updated the "common" CVS directory since the branching occurred? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5 (Bordeaux) - Linux kernel 2.6.15-1.2054_FC5 Load : 0.34 0.43 0.44 From paul at city-fan.org Fri Mar 24 12:26:07 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 24 Mar 2006 12:26:07 +0000 Subject: rpmlint error incoherent-subsys? In-Reply-To: <20060323220630.GA2751@free.fr> References: <20060323220630.GA2751@free.fr> Message-ID: <4423E55F.8020004@city-fan.org> Patrice Dumas wrote: rpmlint gives that error with the fcron package: > > E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; > > Does anybody knows what it means? $ rpmlint -I incoherent-subsys incoherent-subsys : The filename of your lock file in /var/lock/subsys/ is incoherent with your actual init script name. For example, if your script name is httpd, you have to use 'httpd' as the filename in your subsys directory. It is also possible that rpmlint gets this wrong, especially if the init script contains nontrivial shell variables and/or assignments. These cases usually manifest themselves when rpmlint reports that the subsys name starts a with '$'; in these cases a warning instead of an error is reported and you should check the script manually. Paul. From bugzilla at redhat.com Fri Mar 24 12:36:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 07:36:27 -0500 Subject: [Bug 185531] Review Request: fcron, a task scheduler In-Reply-To: Message-ID: <200603241236.k2OCaRXl014411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fcron, a task scheduler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185531 ------- Additional Comments From aportal at univ-montp2.fr 2006-03-24 07:36 EST ------- Spec Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SPECS/fcron.spec SRPM Name or Url: http://linuxelectronique.free.fr/download/fedora/4/SRPMS/fcron-3.0.1-7.src.rpm %changelog * Fri Mar 24 2006 Alain Portal 3.0.1-7 - Make fcronsighup readable by everyone -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 24 13:26:09 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 14:26:09 +0100 Subject: rpmlint error incoherent-subsys? In-Reply-To: <20060323220630.GA2751@free.fr> References: <20060323220630.GA2751@free.fr> Message-ID: <20060324142609.a83c4e10.bugs.michael@gmx.net> On Thu, 23 Mar 2006 23:06:30 +0100, Patrice Dumas wrote: > Hello, > > rpmlint gives that error with the fcron package: > > E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; > > Does anybody knows what it means? Run rpmlint with option -i, and it will be more verbose. From bugs.michael at gmx.net Fri Mar 24 14:07:12 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 15:07:12 +0100 Subject: rpms/octave/FC-4 .cvsignore, 1.5, 1.6 octave.spec, 1.27, 1.28 sources, 1.5, 1.6 In-Reply-To: <200603231446.k2NEk4Kn012751@cvs-int.fedora.redhat.com> References: <200603231446.k2NEk4Kn012751@cvs-int.fedora.redhat.com> Message-ID: <20060324150712.b750a234.bugs.michael@gmx.net> On Thu, 23 Mar 2006 09:45:32 -0500, Quentin Spencer wrote: > Author: qspencer > > Update of /cvs/extras/rpms/octave/FC-4 > @@ -40,7 +40,7 @@ > Group: Development/Libraries > Requires: %{name} = %{epoch}:%{version}-%{release} > Requires: readline-devel fftw-devel hdf5-devel zlib-devel > -Requires: lapack-devel blas-devel > +Requires: lapack-devel blas-devel gcc-c++ *sigh* Why? So, something like gcc42-c++ would no longer be sufficient? There's nothing in this -devel package which requires gcc-c++ to be present. From bugzilla at redhat.com Fri Mar 24 14:19:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 09:19:01 -0500 Subject: [Bug 186566] New: Review Request: bsdiff - binary diff/patch utility 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=186566 Summary: Review Request: bsdiff - binary diff/patch utility Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: jnovy at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/jnovy/files/bsdiff.spec SRPM Name or Url: http://people.redhat.com/jnovy/files/bsdiff-4.3-1.src.rpm Description: Hi, the bsdiff package can do binary patches of smaller size that generated by xdelta or similar utilities in most cases so it's IMO a good idea to have it in Fedora Extras. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Fri Mar 24 14:26:21 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 24 Mar 2006 14:26:21 +0000 Subject: i386 problem with one of my packages Message-ID: <1143210382.3583.22.camel@T7.Linux> Hi, I've had a report through that a user using anjuta on his x86 box is having problems with the rpm in extras. I can't see this on my x86_64 or on my son's x86 box and have tried a number of ways to try and get this to fail - anjuta has none of it and starts fine. Is anyone else using anjuta on a x86 box from FE since I took over the package (my first version is 1.2.4-3)? The build went fine on the buildsys and the spec file hasn't thrown up any nasties either. The BZ ref is #186508 TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Fri Mar 24 14:22:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 09:22:49 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603241422.k2OEMngn031090@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 ------- Additional Comments From bugs.michael at gmx.net 2006-03-24 09:22 EST ------- FHS says: Applications must generally not add directories to the top level of /var. Such directories should only be added if they have some system-wide implication, and in consultation with the FHS mailing list. So, has this place been officially sanctioned? (i.e. as being the official way to implement it in Fedora) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Fri Mar 24 15:18:36 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 24 Mar 2006 10:18:36 -0500 Subject: rpmlint error incoherent-subsys? In-Reply-To: <20060323220630.GA2751@free.fr> References: <20060323220630.GA2751@free.fr> Message-ID: <604aa7910603240718q1aba8a6bhe17fbdb73709a0d1@mail.gmail.com> On 3/23/06, Patrice Dumas wrote: > Hello, > > rpmlint gives that error with the fcron package: > > E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; > > Does anybody knows what it means? I'm sorry but that error message is incoherent -jef From fedora at camperquake.de Fri Mar 24 15:54:29 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 24 Mar 2006 16:54:29 +0100 Subject: kchm packaging help needed In-Reply-To: References: <20060313112145.GE2306@free.fr> <0MKwtQ-1FIrZj3IgU-0007ON@mrelayeu.kundenserver.de> <20060313191519.GH2306@free.fr> <0ML2xA-1FItIf07NP-0003N2@mrelayeu.kundenserver.de> <20060313211146.54a2aff3@nausicaa.camperquake.de> <0ML29c-1FIu6s1DJk-0003GF@mrelayeu.kundenserver.de> <20060313220558.03ff1497@nausicaa.camperquake.de> <20060313223052.00fe92cb@nausicaa.camperquake.de> <20060323102409.67db8b53@soran.addix.net> Message-ID: <20060324165429.0e7df5bd@soran.addix.net> Hi. On Thu, 23 Mar 2006 10:56:45 -0600, Rex Dieter wrote: > WORKSFORME built on an rhel4 box, nothing obviously wrong with > packaging. I just tweaked a few small things (that shouldn't make > much/any difference): > > http://apt.kde-redhat.org/apt/kde-redhat/SPECS/filelight.spec Hang it all. Works on one of my devel machines, too, but does not work on my devel laptop. From jspaleta at gmail.com Fri Mar 24 15:54:53 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 24 Mar 2006 10:54:53 -0500 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <1143167505.3010.1.camel@aglarond.local> References: <200603221639.k2MGdK6S010404@mx3.redhat.com> <1143133824.2285.8.camel@localhost.localdomain> <1143167505.3010.1.camel@aglarond.local> Message-ID: <604aa7910603240754o650bddc4yf655d5dce2b16065@mail.gmail.com> On 3/23/06, Jeremy Katz wrote: > I'd rather not remove the devel branches as we could potentially lose > history that way, especially if we ever have to bring a package back. > I'd rather go with creating a file, eg, dead.package in the devel branch > and hopefully have it filled with the justification for _why_ it's no > longer needed. Then, we can use that file to key that it's a devel > branch which shouldn't need branching for new releases And Christian's state-of-fedora scripts can eat dead.package files and the reasons therein instead of having to try to keep up with the state of deadness by hand. -jef From Christian.Iseli at licr.org Fri Mar 24 16:00:19 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Fri, 24 Mar 2006 17:00:19 +0100 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: Your message of "Thu, 23 Mar 2006 21:31:45 EST." <1143167505.3010.1.camel@aglarond.local> Message-ID: <200603241600.k2OG0Jqt010285@ludwig-alpha.unil.ch> katzj at redhat.com said: > I'd rather go > with creating a file, eg, dead.package in the devel branch and hopefully have > it filled with the justification for _why_ it's no longer needed. Then, we > can use that file to key that it's a devel branch which shouldn't need > branching for new releases I like this idea. Easy to automate checks. If it happens, could the Makefile.common be tweaked to reject a build while the dead.package file exists ? (Please :-) ?) Christian From fedora at leemhuis.info Fri Mar 24 16:13:48 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 24 Mar 2006 17:13:48 +0100 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <1143167505.3010.1.camel@aglarond.local> References: <200603221639.k2MGdK6S010404@mx3.redhat.com> <1143133824.2285.8.camel@localhost.localdomain> <1143167505.3010.1.camel@aglarond.local> Message-ID: <1143216828.2245.3.camel@localhost.localdomain> Am Donnerstag, den 23.03.2006, 21:31 -0500 schrieb Jeremy Katz: > On Thu, 2006-03-23 at 18:10 +0100, Thorsten Leemhuis wrote: > > Am Mittwoch, den 22.03.2006, 17:39 +0100 schrieb > > Christian.Iseli at licr.org: > > > ville.skytta at iki.fi said: > > > > > notting at redhat dot com aqhbci-qt-tools > > > > Obsoleted by the FC aqbanking package. > > > Ok. I put it in Extras/PackagesNoLongerInDevel > > > > Okay, that works for now, but we need a real solution. Otherwise we'll > > create branches for this and similar packages forever and Extras CVS > > will be a real mess because of this old entry that are useless. > > > > @CVS-Admins: Would it be okay to remove the devel branch for packages > > like this? > > Per the discussion during the meeting this afternoon (and this has > probably been followed up, but mail is being slow) I send this mail shortly *before* the FESCo Meeting ;-) /me really hopes the e-mail problem will be solved soon. > I'd rather not remove the devel branches as we could potentially lose > history that way, especially if we ever have to bring a package back. I suspected something like that but didn't know the details yesterday. > I'd rather go with creating a file, eg, dead.package in the devel branch > and hopefully have it filled with the justification for _why_ it's no > longer needed. Then, we can use that file to key that it's a devel > branch which shouldn't need branching for new releases And that's the way it will be done. We already agreed on this in the meeting (Summary will follow). CU thl -- Thorsten Leemhuis From orion at cora.nwra.com Fri Mar 24 18:56:02 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 24 Mar 2006 11:56:02 -0700 Subject: rpmlint error incoherent-subsys? In-Reply-To: <20060323220630.GA2751@free.fr> References: <20060323220630.GA2751@free.fr> Message-ID: <442440C2.1010309@cora.nwra.com> Patrice Dumas wrote: > Hello, > > rpmlint gives that error with the fcron package: > > E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; > > Does anybody knows what it means? > > -- > Pat > Try "rpmlint -i" for more info. Usually it means the that the named of the script doesn't match the name of the package, but that doesn't seem to be the case here unless there is an embedded space or some such. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From ville.skytta at iki.fi Fri Mar 24 19:15:53 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 24 Mar 2006 21:15:53 +0200 Subject: rpmlint error incoherent-subsys? In-Reply-To: <20060323220630.GA2751@free.fr> References: <20060323220630.GA2751@free.fr> Message-ID: <1143227753.2662.1.camel@localhost.localdomain> On Thu, 2006-03-23 at 23:06 +0100, Patrice Dumas wrote: > Hello, > > rpmlint gives that error with the fcron package: > > E: fcron incoherent-subsys /etc/rc.d/init.d/fcron ; > > Does anybody knows what it means? See "rpmlint -I incoherent-subsys". But it looks like a rpmlint bug to me, could you file a bug with a reproducer against it? From paul at city-fan.org Fri Mar 24 19:51:42 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 24 Mar 2006 19:51:42 +0000 Subject: groupreq in comps files In-Reply-To: <1143188670.5325.6.camel@defender.antaresenterprises.lan> References: <4421A066.1080902@city-fan.org> <1143188670.5325.6.camel@defender.antaresenterprises.lan> Message-ID: <1143229902.4975.17.camel@laurel.intra.city-fan.org> On Fri, 2006-03-24 at 18:24 +1000, Michael Fleming wrote: > On Wed, 2006-03-22 at 19:07 +0000, Paul Howarth wrote: > > Perhaps I'm doing something stupid here; let me know. > > No, I can reproduce this (and incidentally thanks for proving that I am > not alone and insane. ;-)) > > > I'm trying to use mock in FC5, targetting FC4. It doesn't appear to be > > installing the buildsys-macros package, hence the dist tag gets omitted > > from the built packages. > > I see exactly the same behaviour when rebuilding my local repo - FC5 > x86_64, fresh install (attempted to go FC4/i386 -> FC5/x86_64, *bad* > idea.. ;-)) > > > > > If I add buildsys-macros to the "build" group itself, the package is > > installed and all is well. > > > > All references to "groupreq" seem to have disappeared from comps.py in > > FC5's yum... > > Same here - is there something we can hack into yum (plugin / small > patch / whatever's appropriate) or would editing the buildroots.xml as > Paul has be the best workaround? I raised http://bugzilla.redhat.com/186553 on this (component yum), which was closed NOTABUG - groupreqs are no longer used in the comps file. So the fix will have to be updated buildroots.xml files. Hopefully on the fedoraproject.org site where mock picks them up from, rather than everyone doing their own local versions. Paul. From bugzilla at redhat.com Fri Mar 24 20:16:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 15:16:21 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603242016.k2OKGLFD019086@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 ------- Additional Comments From triad at df.lth.se 2006-03-24 15:16 EST ------- No, hm, perhaps as this is just a single file we could put it right into /var. Requires some patching but that'd be OK to do I guess. I'll try it... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 24 20:20:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 15:20:39 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200603242020.k2OKKd72020020@www.beta.redhat.com> Please 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 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |tcallawa at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2006-03-24 15:20 EST ------- Good: - rpmlint checks return: W: php-dbase invalid-license The PHP License W: php-dbase no-documentation W: php-readline invalid-license The PHP License W: php-readline no-documentation W: php-mcrypt invalid-license The PHP License W: php-mcrypt no-documentation W: php-mhash invalid-license The PHP License W: php-mhash no-documentation W: php-tidy invalid-license The PHP License W: php-tidy no-documentation - package meets naming guidelines - package meets packaging guidelines - license (PHP License) OK, matches source - spec file legible, in am. english - source matches upstream - package compiles on FC-5 (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 - no need for .desktop file Good work Dmitry, sorry it took so long to get this reviewed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Mar 24 20:56:08 2006 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 24 Mar 2006 21:56:08 +0100 (CET) Subject: tag in devel branch still pickls "fc5" instead of fc6 for one of my packages In-Reply-To: <20060324120553.7ba8e1a3@python2> References: <20060324120553.7ba8e1a3@python2> Message-ID: On Fri, 24 Mar 2006, Matthias Saou wrote: > > $ make build > > /usr/bin/plague-client build l2tpd l2tpd-0_69-0_4_20051030_fc5 devel > > Package l2tpd enqueued. Job ID: 6713. > > > > shows the "fc5" tag, but email I received from the build system claims: > > > > 6713 (l2tpd): Build on target fedora-development-extras succeeded. > > Build logs may be found at > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/6713-l2tpd-0.69-0.4.20051030.fc6/ > > > > which shows "fc6" as tag. > > Have you updated the "common" CVS directory since the branching occurred? Yes I did. That was my first thought too Paul From bugzilla at redhat.com Fri Mar 24 20:53:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 15:53:01 -0500 Subject: [Bug 186632] New: Review Request: svn2cl - Create a ChangeLog from a Subversion log 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=186632 Summary: Review Request: svn2cl - Create a ChangeLog from a Subversion log Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: ville.skytta at iki.fi QAContact: fedora-extras-list at redhat.com http://cachalot.mine.nu/5/SRPMS/svn2cl-0.6-0.1.src.rpm svn2cl is a simple xsl transformation and shellscript wrapper for generating a classic GNU-style ChangeLog from a subversion repository log. It is made from several changelog-like scripts using common xslt constructs found in different places. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Fri Mar 24 21:07:06 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 24 Mar 2006 16:07:06 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060324210706.A24278010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 gnomad2-2.8.3-1.fc3 libmal-0.31-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Mar 24 21:07:37 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 24 Mar 2006 16:07:37 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060324210737.9E14C8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 16 cpanspec-1.62-1.fc4 cpanspec-1.63-1.fc4 dejavu-fonts-2.4-1.fc4 environment-modules-3.2.1-1.fc4 exim-4.60-5.fc4 gnomad2-2.8.3-1.fc4 highlight-2.4.5-1.fc4 jigdo-0.7.2-3 kst-1.2.1-1.fc4 libmal-0.31-2.fc4 octave-2.1.73-1.fc4 pikdev-0.8.4-7.fc4 python-durus-3.3-1.fc4 python-simpy-1.7-4.fc4 qps-1.9.14-1.fc4 smb4k-0.6.9-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 Mar 24 21:08:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 24 Mar 2006 16:08:13 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060324210813.31FCD8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 24 cpanspec-1.62-1.fc5 cpanspec-1.63-1.fc5 dejavu-fonts-2.4-1.fc5 environment-modules-3.2.1-1.fc5 exim-4.60-5.fc5 fnfx-0.3-7.fc5 gnomad2-2.8.3-1.fc5 highlight-2.4.5-2.fc5 istanbul-0.1.1-9.fc5 jigdo-0.7.2-3 kst-1.2.1-1.fc5 libetpan-0.45-1.fc5 libgnomedb-1.9.100-6.fc5 libmal-0.31-2.fc5 libmodplug-0.8-1.fc5 muine-0.8.4-6.fc5 paps-0.6.3-3.fc5 perl-YAML-Parser-Syck-0.01-5.fc5 python-durus-3.3-1.fc5 python-simpy-1.7-4.fc5 qps-1.9.14-1.fc5 scons-0.96.1-2.fc5 smb4k-0.6.9-1.fc5 squidGuard-1.2.0-12.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 Mar 24 21:09:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 24 Mar 2006 16:09:13 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060324210913.B9BF28010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 39 apt-0.5.15lorg3-0.2.pre2.fc6 bcm43xx-fwcutter-003-2.fc6 cpanspec-1.62-1.fc6 cpanspec-1.63-1.fc6 dejavu-fonts-2.4-1.fc6 environment-modules-3.2.1-1.fc6 exim-4.60-5.fc6 fetchlog-1.0-7.fc6 fnfx-0.3-7.fc6 gaim-otr-3.0.0-2.fc6 gnomad2-2.8.3-1.fc6 gourmet-0.10.1-2.fc6 gpa-0.7.3-1.fc6 highlight-2.4.5-2.fc6 istanbul-0.1.1-9 kst-1.2.1-1.fc6 l2tpd-0.69-0.4.20051030.fc6 l2tpd-0.69-0.5.20051030.fc6 lacewing-1.10-5.fc6 ldns-1.0.1-1.fc6 libetpan-0.45-1.fc6 libgnomedb-1.9.100-6.fc6 libmal-0.31-2.fc6 libmodplug-0.8-1.fc6 libotr-3.0.0-1.fc6 nsd-2.3.3-7.fc6 octave-forge-2006.03.17-1.fc6 orange-0.3-1.cvs20051118.fc6 otrs-2.0.4-3 paps-0.6.3-3.fc6 perl-SOAP-Lite-0.67-2.fc6 python-durus-3.3-1.fc6 python-simpy-1.7-1.fc6 python-simpy-1.7-4.fc6 qps-1.9.14-1.fc6 smb4k-0.6.9-1.fc6 smbldap-tools-0.9.2-2.fc6 squidGuard-1.2.0-12.fc6 wv2-0.2.2-9.fc6 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From Christian.Iseli at licr.org Fri Mar 24 21:27:44 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Fri, 24 Mar 2006 22:27:44 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Fri, 24 Mar 2006 10:52:52 +0100." <20060324105252.0213f40f.bugs.michael@gmx.net> Message-ID: <200603242127.k2OLRpFN029868@mx3.redhat.com> enrico.scholz at informatik.tu-chemnitz.de said: > 1. create an own repository with a package like > http://ensc.de/fedora/fedora-usermgmt-my.spec > 2. make this repository known to Anaconda (sorry, I do not know how to > do this but afair, Fedora Extras should be supported at installtime > so it should be possible to add additional repositories somehow). > 3. among all the other packages, select a package from Fedora Extras > which is using fedora-usermgmt bugs.michael at gmx.net said: > A package in your installation source which satisfies the requirement > "Requires: setup (fedora-usermgmt)" of the fedora-usermgmt tools package, can > override the default fedora-usermgmt-setup placeholder package to install a > customised configuration before any scriptlet runs fedora-useradd. Ok. So I need to setup my own repo, create one customized package in there, and then install (and hope I get it right...). And Michael says it's easier and less tiresome than setting up a minimal system, configuring fedora-usermgmt, and then install the rest... I have a hard time believing a home user will find it so much easier. And when you need to install many machines, making a golden and cloning it is easy enough too, there even are tools to do it (e.g., system imager). Look, if you can convince FESCO to make fedora-useradd mandatory for FE packages I'll follow the rule, but I'd much rather you spend your energy getting the appropriate functionality upstream in shadow-utils... Have a nice week-end. Cheers, Christian From bugzilla at redhat.com Fri Mar 24 21:34:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 16:34:28 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603242134.k2OLYSFb001955@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From yeti at physics.muni.cz 2006-03-24 16:34 EST ------- The licence of is not GNU GPL, it's something like revised BSD license. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From qspencer at ieee.org Fri Mar 24 21:59:15 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 24 Mar 2006 15:59:15 -0600 Subject: rpms/octave/FC-4 .cvsignore, 1.5, 1.6 octave.spec, 1.27, 1.28 sources, 1.5, 1.6 In-Reply-To: <20060324150712.b750a234.bugs.michael@gmx.net> References: <200603231446.k2NEk4Kn012751@cvs-int.fedora.redhat.com> <20060324150712.b750a234.bugs.michael@gmx.net> Message-ID: <44246BB3.1080903@ieee.org> Michael Schwendt wrote: >On Thu, 23 Mar 2006 09:45:32 -0500, Quentin Spencer wrote: > > > >>Author: qspencer >> >>Update of /cvs/extras/rpms/octave/FC-4 >> >> > > > >>@@ -40,7 +40,7 @@ >> Group: Development/Libraries >> Requires: %{name} = %{epoch}:%{version}-%{release} >> Requires: readline-devel fftw-devel hdf5-devel zlib-devel >>-Requires: lapack-devel blas-devel >>+Requires: lapack-devel blas-devel gcc-c++ >> >> > >*sigh* Why? So, something like gcc42-c++ would no longer >be sufficient? There's nothing in this -devel package which >requires gcc-c++ to be present. > > I added this because octave-devel contains a script called mkoctfile that is used to compile dynamically loadable modules for octave. mkoctfile is basically a wrapper around g++, so it breaks if g++ is not present on the system, and it is the primary reason for installing octave-devel; octave-devel is not very useful without it. However, I recently discovered that it is possible to install octave-devel and all of its dependencies without installing any compilers, so I added this. If I have a minimal system with octave on it but no compilers, and I decide to write a module in c++, I'd like to yum install octave-devel and know that the mkoctfile script will work, which wasn't the case before. -Quentin From fedora at leemhuis.info Fri Mar 24 22:13:02 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 24 Mar 2006 23:13:02 +0100 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <200603241600.k2OG0Jqt010285@ludwig-alpha.unil.ch> References: <200603241600.k2OG0Jqt010285@ludwig-alpha.unil.ch> Message-ID: <1143238382.2475.2.camel@localhost.localdomain> Am Freitag, den 24.03.2006, 17:00 +0100 schrieb Christian.Iseli at licr.org: > katzj at redhat.com said: > > I'd rather go > > with creating a file, eg, dead.package in the devel branch and hopefully have > > it filled with the justification for _why_ it's no longer needed. Then, we > > can use that file to key that it's a devel branch which shouldn't need > > branching for new releases > > I like this idea. Easy to automate checks. If it happens, could the > Makefile.common be tweaked to reject a build while the dead.package file > exists ? (Please :-) ?) Why do we need this? I thought we remove all files in devel/ (e.g. also the Makefile) and just leave dead.package around. The old and deleted files are still available via the CVS if you check out older versions. CU thl -- Thorsten Leemhuis From notting at redhat.com Fri Mar 24 22:21:13 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 24 Mar 2006 17:21:13 -0500 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <1143238382.2475.2.camel@localhost.localdomain> References: <200603241600.k2OG0Jqt010285@ludwig-alpha.unil.ch> <1143238382.2475.2.camel@localhost.localdomain> Message-ID: <20060324222113.GI8721@devserv.devel.redhat.com> Thorsten Leemhuis (fedora at leemhuis.info) said: > Am Freitag, den 24.03.2006, 17:00 +0100 schrieb > Christian.Iseli at licr.org: > > katzj at redhat.com said: > > > I'd rather go > > > with creating a file, eg, dead.package in the devel branch and hopefully have > > > it filled with the justification for _why_ it's no longer needed. Then, we > > > can use that file to key that it's a devel branch which shouldn't need > > > branching for new releases > > > > I like this idea. Easy to automate checks. If it happens, could the > > Makefile.common be tweaked to reject a build while the dead.package file > > exists ? (Please :-) ?) > > Why do we need this? I thought we remove all files in devel/ (e.g. also > the Makefile) and just leave dead.package around. The old and deleted > files are still available via the CVS if you check out older versions. If you CVS remove the files, sure. I think someone was suggesting removing the devel directories entirely, which isn't good. Bill From katzj at redhat.com Fri Mar 24 22:21:56 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 24 Mar 2006 17:21:56 -0500 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: <200603241600.k2OG0Jqt010285@ludwig-alpha.unil.ch> References: <200603241600.k2OG0Jqt010285@ludwig-alpha.unil.ch> Message-ID: <1143238916.7616.26.camel@orodruin.boston.redhat.com> On Fri, 2006-03-24 at 17:00 +0100, Christian.Iseli at licr.org wrote: > katzj at redhat.com said: > > I'd rather go > > with creating a file, eg, dead.package in the devel branch and hopefully have > > it filled with the justification for _why_ it's no longer needed. Then, we > > can use that file to key that it's a devel branch which shouldn't need > > branching for new releases > > I like this idea. Easy to automate checks. If it happens, could the > Makefile.common be tweaked to reject a build while the dead.package file > exists ? (Please :-) ?) Sure, that's trivial :) Jeremy From Christian.Iseli at licr.org Fri Mar 24 22:44:41 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Fri, 24 Mar 2006 23:44:41 +0100 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: Your message of "Fri, 24 Mar 2006 23:13:02 +0100." <1143238382.2475.2.camel@localhost.localdomain> Message-ID: <200603242244.k2OMigCM029159@mx3.redhat.com> fedora at leemhuis.info said: > Why do we need this? Safety net ? > I thought we remove all files in devel/ (e.g. also the > Makefile) and just leave dead.package around. The old and deleted files are > still available via the CVS if you check out older versions. I agree that if all the files are gone, there's not much point... since there won't be a Makefile either... :-) But I dunno. Gives a sort of warm, fuzzy, comforting feeling I guess... From Christian.Iseli at licr.org Fri Mar 24 22:47:34 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Fri, 24 Mar 2006 23:47:34 +0100 Subject: Remove devel branch for obsoleted packages from CVS? (Was: Re: FE Package Status of Mar 22, 2006) In-Reply-To: Your message of "Fri, 24 Mar 2006 23:13:02 +0100." <1143238382.2475.2.camel@localhost.localdomain> Message-ID: <200603242247.k2OMlZSZ029917@mx3.redhat.com> fedora at leemhuis.info said: > Why do we need this? And, of course, we get the case when someone revives the dead package and forgets to cvs remove the dead.package file... :-)) Looks like the mail system is doing much better, BTW... From eric.tanguy at univ-nantes.fr Fri Mar 24 22:57:09 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 24 Mar 2006 23:57:09 +0100 Subject: comps-fe5.xml Message-ID: <1143241030.2504.11.camel@bureau.maison> It seems that the file in cvs is not the one used for the groups in fe5. Someone could confirm that ? Thanks Eric From katzj at redhat.com Fri Mar 24 23:02:27 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 24 Mar 2006 18:02:27 -0500 Subject: comps-fe5.xml In-Reply-To: <1143241030.2504.11.camel@bureau.maison> References: <1143241030.2504.11.camel@bureau.maison> Message-ID: <1143241347.7616.33.camel@orodruin.boston.redhat.com> On Fri, 2006-03-24 at 23:57 +0100, Eric Tanguy wrote: > It seems that the file in cvs is not the one used for the groups in fe5. > Someone could confirm that ? It is, it just needs to be updated. I'll try to do that tonight Jeremy From bugzilla at redhat.com Fri Mar 24 23:00:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 18:00:39 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603242300.k2ON0dMW021106@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |bugs.michael at gmx.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-24 18:00 EST ------- Package is in quite good shape. Almost there. These minor issues are left: * missing "BuildRequires: pkgconfig" * cairomm-devel should really "Requires: pkgconfig", because (1) it contains a pkg-config file and (2) the library headers are stored in a path that is unlikely to be found if pkg-config is not used * prefer "make DESTDIR=%{buildroot} install" over %makeinstall, since while the former is de facto standard, the latter is just a hack * AUTHORS %doc file is about libxmlplusplus and points to its home page * README %doc file has libxml++ at the top, very confusing, both files should really be corrected * Also note that the cairomm-devel package contains more than "headers and static library". ;) The very important *.so symlink is included, too. > E: cairomm shlib-with-non-pic-code /usr/lib/libcairomm-1.0.so.0.0.5 Cannot reproduce this on i686, but if it occurs on x86_64, it must be patched to compile everything with -fPIC. Also skim over the build log and check whether you see the configure checks and whether -fPIC is used during compilation: | checking for gcc option to produce PIC... -fPIC | checking if gcc PIC flag -fPIC works... yes | checking for g++ option to produce PIC... -fPIC | checking if g++ PIC flag -fPIC works... yes > W: cairomm unstripped-binary-or-object /usr/lib/libcairomm-1.0.so.0.0.5 Cannot reproduce. When you get this, most likely you either don't have the redhat-rpm-config package installed or you've disabled creation of debuginfo packages via ~/.rpmmacros: %debug_package %{nil} As a hint at the bottom: | %{_includedir}/cairomm-1.0/* vs. | %{_includedir}/cairomm-1.0 Even better to the eyes, since you see it's a directory (!): %{_includedir}/cairomm-1.0/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 24 23:28:32 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Mar 2006 00:28:32 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: <200603242127.k2OLRpFN029868@mx3.redhat.com> References: <20060324105252.0213f40f.bugs.michael@gmx.net> <200603242127.k2OLRpFN029868@mx3.redhat.com> Message-ID: <20060325002832.474d8943.bugs.michael@gmx.net> On Fri, 24 Mar 2006 22:27:44 +0100, Christian.Iseli at licr.org wrote: > Ok. So I need to setup my own repo, create one customized package in there, > and then install (and hope I get it right...). And Michael says it's easier > and less tiresome than setting up a minimal system, configuring fedora-usermgmt, > and then install the rest... > > I have a hard time believing a home user will find it so much easier. I don't think fedora-usermgmt targets home users. [But I know home users who prefer doing fresh installs via kickstart.] > And when you need to install many machines, making a golden and cloning it is > easy enough too, there even are tools to do it (e.g., system imager). Cloning--which may work for some installation scenarios--doesn't render the fedora-usermgmt feature superfluous. From bugs.michael at gmx.net Sat Mar 25 00:23:32 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 19:23:32 -0500 Subject: Summary - Broken dependencies in Fedora Extras 3 - 2006-03-25 Message-ID: <200603250023.k2P0NWBP022019@mx3.redhat.com> Summary of broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc3.noarch Summary of broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc3.noarch From bugs.michael at gmx.net Sat Mar 25 00:23:42 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 19:23:42 -0500 Subject: Summary - Broken dependencies in Fedora Extras 4 - 2006-03-25 Message-ID: <200603250023.k2P0Ngv5006554@mx1.redhat.com> Summary of broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc4.noarch From bugs.michael at gmx.net Sat Mar 25 00:23:58 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 19:23:58 -0500 Subject: Summary - Broken dependencies in Fedora Extras 5 - 2006-03-25 Message-ID: <200603250023.k2P0NwNC006678@mx1.redhat.com> Summary of broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 From bugs.michael at gmx.net Sat Mar 25 00:24:13 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Mar 2006 19:24:13 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-25 Message-ID: <200603250024.k2P0ODQN006744@mx1.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- abiword 1:2.4.2-7.fc5.i386 rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 wv 1.2.0-3.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- abiword 1:2.4.2-7.fc5.ppc rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc wv 1.2.0-3.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- abiword 1:2.4.2-7.fc5.x86_64 rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 wv 1.2.0-3.fc5.x86_64 From gemi at bluewin.ch Sat Mar 25 00:44:23 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sat, 25 Mar 2006 01:44:23 +0100 Subject: announcement: gemi repository rebuilt for fc5 Message-ID: <1143247463.7116.8.camel@scriabin.tannenrauch.ch> The gemi repository has been rebuild for fc5. More information at: http://math.ifi.unizh.ch/fedora The repository contains mostly development tools, some mathematics software and a few odds and ends, stuff that I am interested in. Fedora contributors are invited to take these packages and push them trough the Fedora Extras process. Here is a selection of included packages: afnix, alice, ciao, coq, dosemu, gap, gauche, gprolog, gwydion-dylan, io, isabelle, mlkit, mlton, open-cobol, oo2c, polyml, scsh, smarteiffel, smlnj, squeak, twelf, xsb, yacas, yafray... -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugs.michael at gmx.net Sat Mar 25 01:14:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Mar 2006 02:14:24 +0100 Subject: rpms/octave/FC-4 .cvsignore, 1.5, 1.6 octave.spec, 1.27, 1.28 sources, 1.5, 1.6 In-Reply-To: <44246BB3.1080903@ieee.org> References: <200603231446.k2NEk4Kn012751@cvs-int.fedora.redhat.com> <20060324150712.b750a234.bugs.michael@gmx.net> <44246BB3.1080903@ieee.org> Message-ID: <20060325021424.0e7672fd.bugs.michael@gmx.net> On Fri, 24 Mar 2006 15:59:15 -0600, Quentin Spencer wrote: > Michael Schwendt wrote: > > >On Thu, 23 Mar 2006 09:45:32 -0500, Quentin Spencer wrote: > > > > > > > >>Author: qspencer > >> > >>Update of /cvs/extras/rpms/octave/FC-4 > >> > >> > > > > > > > >>@@ -40,7 +40,7 @@ > >> Group: Development/Libraries > >> Requires: %{name} = %{epoch}:%{version}-%{release} > >> Requires: readline-devel fftw-devel hdf5-devel zlib-devel > >>-Requires: lapack-devel blas-devel > >>+Requires: lapack-devel blas-devel gcc-c++ > >> > >> > > > >*sigh* Why? So, something like gcc42-c++ would no longer > >be sufficient? There's nothing in this -devel package which > >requires gcc-c++ to be present. > > > > > > I added this because octave-devel contains a script called mkoctfile > that is used to compile dynamically loadable modules for octave. > mkoctfile is basically a wrapper around g++, so it breaks if g++ is not > present on the system, and it is the primary reason for installing > octave-devel; octave-devel is not very useful without it. However, I > recently discovered that it is possible to install octave-devel and all > of its dependencies without installing any compilers, so I added this. > If I have a minimal system with octave on it but no compilers, and I > decide to write a module in c++, I'd like to yum install octave-devel > and know that the mkoctfile script will work, which wasn't the case before. You forgot to add "gcc-gfortran" to your minimal system, since mkoctfile supports not just C/C++. ;) Adding "make" and other tools would make sense, too, but of course, you picked a very specific "minimal development system". It's like requiring a specific browser for HTML documentation files, so nobody installs such documentation on a minimal system. Did you know it's possible to install the C++ Standard Library without installing gcc-c++? (yum install libstdc++-devel) From bugzilla at redhat.com Sat Mar 25 02:14:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 21:14:22 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603250214.k2P2EMJx019583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 ------- Additional Comments From jbowes at redhat.com 2006-03-24 21:14 EST ------- Locations for updated files: Spec Url: http://flame.cs.dal.ca/~bowes/packages/pwgen/rev2/pwgen.spec SRPM Url: http://flame.cs.dal.ca/~bowes/packages/pwgen/rev2/pwgen-2.05-2.src.rpm (In reply to comment #1) > I cannot approve, as you are seeking a sponsor, but here are my comments. > > The Source0 is wrong, as it should be un URL, like > > Source0: http://dl.sourceforge.net/sourceforge/pwgen/pwgen-%{version}.tar.gz > Fixed. > rpmlint gives the following warnings, that should be easily sorted out: > > W: pwgen strange-permission pwgen-2.05.tar.gz 0755 > W: pwgen strange-permission pwgen.spec 0755 > > Those 2 items are blockers. > Fixed. I have no idea how that happened in the first place... > The remaining are comments. > > Have you verified that the pending patch ahs been merged? (at a quick glance it > seems so) > http://sourceforge.net/tracker/index.php?func=detail&aid=1108220&group_id=28391&atid=393206 > >From what I can tell, it has been. > I personnally prefer to use globs for man pages extensions such that rpmbuild > picks the man page whatever compression scheme is used (even none). The > corresponding entry in files becomes: > > %{_mandir}/man1/pwgen.1* > Ah, good point. That is now fixed. > > Otherwise everything seems ok. Thanks for the feedback! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 25 02:41:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 24 Mar 2006 21:41:59 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603250241.k2P2fxwZ023696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jpo at di.uminho.pt ------- Additional Comments From jpo at di.uminho.pt 2006-03-24 21:41 EST ------- James, A couple more notes: * the dist tag is missing; the release entry should be something like: Release: 2%{?dist} * [BLOCKER] don't strip the binary; rpmbuild will do that for you (when it tries to create the debuginfo RPM) just delete the line "strip $RPM_BUILD_ROOT/%{_bindir}/pwgen" jpo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 25 06:30:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 25 Mar 2006 01:30:35 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603250630.k2P6UZxx027687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From rc040203 at freenet.de 2006-03-25 01:30 EST ------- Paul, Will you add this package to owners.list? Shouldn't you do so by Monday 2006-03-27 00:00 GMT I will withdraw my approval to this package and request removing this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Sat Mar 25 07:44:59 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Sat, 25 Mar 2006 08:44:59 +0100 Subject: non fedora-usermgmt user creation In-Reply-To: Your message of "Sat, 25 Mar 2006 00:28:32 +0100." <20060325002832.474d8943.bugs.michael@gmx.net> Message-ID: <200603250745.k2P7jBdN017957@mx3.redhat.com> bugs.michael at gmx.net said: > Cloning--which may work for some installation scenarios--doesn't render the > fedora-usermgmt feature superfluous. This is *not* what I was implying. I was only trying to address your use of *tiresome* to qualify my 1,2,3 method of setting up a system *with* a fedora-usermgmt configuration step. Once your golden system is setup (*with* fedora-usermgmt if you so wish) it's easy enough to clone so you do not have to repeat the configuration step on all the machines. Cheers, Christian From bugzilla at redhat.com Sat Mar 25 11:18:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 25 Mar 2006 06:18:30 -0500 Subject: [Bug 182678] Review Request: libopts In-Reply-To: Message-ID: <200603251118.k2PBIUEB013492@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libopts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182678 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-25 06:18 EST ------- Done. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From sundaram at fedoraproject.org Sat Mar 25 12:04:38 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 25 Mar 2006 17:34:38 +0530 Subject: [Fwd: announcement: gemi repository rebuilt for fc5] Message-ID: <1143288278.3802.281.camel@sundaram.pnq.redhat.com> Hi Just in case you missed it. Rahul -------------- next part -------------- An embedded message was scrubbed... From: =?ISO-8859-1?Q?G=E9rard?= Milmeister Subject: announcement: gemi repository rebuilt for fc5 Date: Sat, 25 Mar 2006 01:44:23 +0100 Size: 4607 URL: From chitlesh at fedoraproject.org Sat Mar 25 12:45:58 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 25 Mar 2006 13:45:58 +0100 Subject: [Fwd: announcement: gemi repository rebuilt for fc5] In-Reply-To: <1143288278.3802.281.camel@sundaram.pnq.redhat.com> References: <1143288278.3802.281.camel@sundaram.pnq.redhat.com> Message-ID: <13dbfe4f0603250445k3afc03ean70275378619cb049@mail.gmail.com> Ive made another announcement at http://fedoranews.org/cms/node/508 just to promote it On 3/25/06, Rahul Sundaram wrote: > Hi > > Just in case you missed it. > > Rahul > > > > ---------- Forwarded message ---------- > From: G?rard Milmeister > To: For users of Fedora Core releases , Discussion related to Fedora Extras > Date: Sat, 25 Mar 2006 01:44:23 +0100 > Subject: announcement: gemi repository rebuilt for fc5 > The gemi repository has been rebuild for fc5. > More information at: > http://math.ifi.unizh.ch/fedora > > The repository contains mostly development tools, some > mathematics software and a few odds and ends, stuff > that I am interested in. > > Fedora contributors are invited to take these packages > and push them trough the Fedora Extras process. > > Here is a selection of included packages: > afnix, alice, ciao, coq, dosemu, gap, gauche, gprolog, > gwydion-dylan, io, isabelle, mlkit, mlton, open-cobol, > oo2c, polyml, scsh, smarteiffel, smlnj, squeak, twelf, > xsb, yacas, yafray... > > -- > G?rard Milmeister > Langackerstrasse 49 > CH-8057 Z?rich > > -- > fedora-list mailing list > fedora-list at redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > -- http://clunixchit.blogspot.com From bugs.michael at gmx.net Sat Mar 25 18:02:53 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Mar 2006 19:02:53 +0100 Subject: rpms/anjuta/devel anjuta-encodings.patch, 1.1, 1.2 anjuta.spec, 1.15, 1.16 In-Reply-To: <200603242351.k2ONpJ7l030066@cvs-int.fedora.redhat.com> References: <200603242351.k2ONpJ7l030066@cvs-int.fedora.redhat.com> Message-ID: <20060325190253.0e98f07e.bugs.michael@gmx.net> On Fri, 24 Mar 2006 18:50:47 -0500, Paul F. Johnson wrote: > Author: pfj > > Update of /cvs/extras/rpms/anjuta/devel > %changelog > +* Fri Mar 24 2006 Michael Schwendt - 1.2.4-5 > +- Added export dynamic > +- trivial spec changes Apart from the fact that the patch is missing, please don't make up %changelog entries for other people. In case you want to credit me for the patch, mention my name or the bugzilla number somewhere in brackets inside your changelog entry. Thank you. If I had edited the package myself, I would have inserted something like: * Fri Mar 24 2006 Michael Schwendt - 1.2.4-5 - Add patch: link executable with --export-dynamic to fix plugins (#186508) > +* Fri Mar 24 2006 Paul F. Johnson - 1.2.4-4 > +- Added dependancies for gtk2-devel and libgnome-devel > +- Re-instated debug > +- Add symlink for documentation > + > * Wed Feb 22 2006 Paul F. Johnson - 1.2.4-3 > - Added back in the epoch - oopsie! From bugzilla at redhat.com Sat Mar 25 18:34:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 25 Mar 2006 13:34:19 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603251834.k2PIYJi4013353@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 ------- Additional Comments From jbowes at redhat.com 2006-03-25 13:34 EST ------- Locations for updated files: Spec Url: http://flame.cs.dal.ca/~bowes/packages/pwgen/rev3/pwgen.spec SRPM Url: http://flame.cs.dal.ca/~bowes/packages/pwgen/rev3/pwgen-2.05-3.src.rpm (In reply to comment #3) > James, > > A couple more notes: > > * the dist tag is missing; > the release entry should be something like: > > Release: 2%{?dist} > Fixed. > * [BLOCKER] don't strip the binary; > rpmbuild will do that for you (when it tries to create the debuginfo RPM) > > just delete the line "strip $RPM_BUILD_ROOT/%{_bindir}/pwgen" > Fixed. > jpo > Thanks for the feedback! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sat Mar 25 23:55:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 25 Mar 2006 18:55:16 -0500 Subject: [Bug 185663] Review Request: sweep - An audio editor and live playback tool In-Reply-To: Message-ID: <200603252355.k2PNtGKS029405@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sweep - An audio editor and live playback tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185663 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |bugs.michael at gmx.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-25 18:55 EST ------- * WARNING: Build includes incomplete development code. * Licence is GPL not LGPL. * sweep-devel "Requires: glib2-devel gtk2-devel" (sweep.h) * pedantic: sweep-devel %description contains a typo ("Header filer") and mentions non-existent "libraries" -- the package doesn't require the main package, btw * Loading FLAC files (encoded with defaults, e.g. flac --best test.wav) gives an error dialog Supported file format but file is malformed. and causes sweep to exit. I point this out because the desktop file adds audio/x-flac MIME type, although FLAC support is on the TODO list. When trying to load a FLAC file inside the GUI, the application terminates. After that, mouse-click event recognition in xterm, GNOME and Sweep itself was disturbed here, e.g. single clicks didn't activate buttons. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 07:47:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 02:47:36 -0500 Subject: [Bug 182305] Review Request: pyspi - Python bindings for AT-SPI In-Reply-To: Message-ID: <200603260747.k2Q7laL4023965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pyspi - Python bindings for AT-SPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182305 ------- Additional Comments From toshio at tiki-lounge.com 2006-03-26 02:47 EST ------- ad376e847dbd900e784ec17b785da1ce pyspi-0.5.4-2.src.rpm Everything's shipshape and ready to go. Package is APPROVED. You can now import, edit the owners.list file, and get the package built in the build system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 09:55:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 04:55:06 -0500 Subject: [Bug 185423] Review Request: php-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR In-Reply-To: Message-ID: <200603260955.k2Q9t6O8023204@www.beta.redhat.com> Please 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-pear-PEAR-Command-Packaging: make-rpm-spec command for PEAR https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185423 ------- Additional Comments From Fedora at FamilleCollet.com 2006-03-26 04:54 EST ------- It's probably because I use php-pear-1.4.8. replacing pear -c pearrc install --nodeps -R %{buildroot} %{SOURCE0} by pear -c pearrc install --nodeps --packagingroot %{buildroot} %{SOURCE0} solve the problem. In this case, i also remove the php-pear-PEAR-Command-Packaging-0.1.0-older-pear.patch I alse add a patch to improve (a little) %file -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ivazquez at ivazquez.net Sun Mar 26 10:34:04 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 26 Mar 2006 05:34:04 -0500 Subject: gnome-applet-rhythmbox -> gnome-applet-music Message-ID: <1143369244.31404.17.camel@ignacio.lan> Rhythmbox Applet (gnome-applet-rhythmbox) has been succeeded by Music Applet. The code hasn't really changed much ("rb" has become "ma" everywhere, plus a few more changes), I was wondering if anyone would take issue if I imported the gnome-applet-music package I've created and removed the relevant branches of gnome-applet-rhythmbox. Here are the spec file and SRPM if anyone wants to take a look at them: http://fedora.ivazquez.net/files/extras/gnome-applet-music.spec http://fedora.ivazquez.net/files/extras/gnome-applet-music-0.9.0-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sun Mar 26 09:22:23 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Mar 2006 11:22:23 +0200 Subject: SUmmary from the last FESCo meeting Message-ID: <1143364943.12734.6.camel@localhost.localdomain> Also in the wiki at: http://www.fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20060323 == Summary == Present from FESCo: thl, thomasvs, ensc, jeremy, Sopwith Important topics: * Mass rebuild of Extras for FC5 * bugs for the remaining packages not yet rebuild were filed * issue marked as done * EOL Policy for FE * thl did not find time for it; other are invited to bring that forward and help (hint: non-FESCo-Members are also invited) * Kernel module standardization * the repo-that-must-not-be-named uses the new scheme for several kernel modules now; no major problems showed up yet (I'm sure some problems will) * Send email to pkg owners whenever someone else edits their pkg * there seems to be a bit confusion what is needed * thl> | Sopwith, let me look at the old discussions and write a summary; then discussing this topic probably is easier * automatic checks for packages post-build * ensc has ideas how to check for hardcoded rpath's; a lot of x86_64 packages might have it; some of those bite us in the past already * we could check for things like orphaned directories or extend it for things like rpmlint checks * notting sent mail to fedora-buildsys list a few weeks ago describing some of what is probably needed there * thl will send a mail to some rh folks; maybe we can work together in that area and use some existing tools * Free Discussion related to Fedora Extras * old packages still in cvs but not in the repo anymore because they are orphaned, obsoleted, whatever * remove all files from the devel repo and place a file "dead.package" in it. Put a short explanation in it why it was removed. * moving packages from Extras to Core and taking care that they are removed from Extras * Christians script now checks for it * the Core developer that imports the package into rawhide should open a bug in bugzilla to inform the Extras maintainer; the developer also should remove the files in the devel branch of the Extras package (or find somebody that can do that for him if he has no access to extras cvs) == Full Log == {{{ 19:00 --- | thl has changed the topic to: FESCo meeting in progress 19:00 < thl> | hello everyone 19:00 < thl> | who's around 19:00 < thl> | ? 19:00 * | ensc 19:01 * | thomasvs is 19:01 < giallu> | hi thl.. I'm here to syp what's a FESCO meeting is :) 19:01 < giallu> | syp = spy :) 19:02 < thl> | okay, let start with a free discussion until more fesco members turn up 19:02 <-- | daniel_hozac has quit ("reboot") 19:02 --- | thl has changed the topic to: FESCo meeting in progress -- Free discussion *related* to Fedora Extras 19:02 < thl> | so guys, is there anything you want to discuss? 19:04 < thl> | that is not much 19:04 < thl> | ensc, what about the rpath stuff in the buildsys? 19:05 --> | daniel_hozac (Daniel Hokka Zakrisson) has joined #fedora-extras 19:05 < ensc> | dunno, whether it should be done there 19:05 < ensc> | I would like a test-environment doing such tests 19:06 < thl> | you mean after building? 19:06 < ensc> | x86_64 is a big problem; almost every project whose maintainer does not use the Fedora libtool with generate /lib64 rpaths 19:06 < thl> | or a scatch repo 19:06 < jeremy> | thl: post-build would be best 19:06 < ensc> | yes, after building 19:07 < ensc> | there, you can check for things like orphaned directories too 19:07 < jeremy> | notting sent mail to fedora-buildsys list a few weeks ago describing some of what is probably needed there 19:07 < thl> | yeah, post-build sounds like a good idea to me, too 19:08 < thl> | ensc, do we need to run it on the fedoraproject machines in that case? 19:08 < ensc> | it should be run on an isolated machine 19:08 < thl> | ensc, could you run it on your machine and post the results to fedora-extras-list? 19:09 < thl> | ensc, why? (just out of curiosity) 19:09 < ensc> | "it" does not exist yet ;) 19:10 < ensc> | these packages will execute %scriptlets with root permissions 19:10 < thl> | ahh, okay 19:10 < thl> | ensc, could you try to create, test and run a script and show us the results? 19:10 < ensc> | xen might be solution; vserver will not work due to things like the kernel %scriptlets 19:11 < ensc> | there will be needed more than a script 19:11 --> | Sopwith (Elliot Lee) has joined #fedora-extras 19:11 < ensc> | you need some framework which starts the tests and evaluates the results 19:12 < Sopwith> | Sorry I'm late... 19:12 < Sopwith> | But it sounds like you're discussing a test harness for extras packages? 19:12 --> | bpepple (Brian Pepple) has joined #fedora-extras 19:12 <-- | Eitch has quit ("Leaving") 19:12 < thl> | Sopwith, yeah, checks for hardcoded rpath's 19:13 < thl> | ensc, I don't think we have a machine for that atm 19:13 < ensc> | (this was the entry point for the discussion; I want to extend it for things like rpmlint checks) 19:13 < thl> | ensc, could you run it on one of yours for now? 19:13 < thl> | ensc, to you have a x86_64 machine? 19:13 < ensc> | no 19:14 < thl> | I plan to setup xen on my router 19:14 < Sopwith> | thl: We can get a machine for it, perhaps, but I'm interested in the software side of it because it bears on other stuff I've heard of. Would you send an e-mail to mspevack at redhat.com & timp at redhat.com letting them know what you're looking for? 19:14 < thl> | that's a x86_64 19:14 < Sopwith> | cc me if you like 19:14 < ensc> | but as I said, there exist no "it" yet 19:14 < thl> | ensc, Sopwith, I suggest we develop the "it" first and talk about the other details later 19:14 < ensc> | ok 19:15 < Sopwith> | thl: I'm asking you to send the e-mail because the "it" already may exist :) 19:16 < thl> | Sopwith, okay, will do 19:16 < thl> | might take some days 19:16 * | thl is still busy with some other stuff in another repo 19:16 < thl> | okay, then let's go over to the schedule 19:16 --- | thl has changed the topic to: FESCo meeting in progress -- Mass rebuild of Extras for FC5 19:17 < thl> | ensc, did you script file the bugs? 19:17 < ensc> | yes 19:17 < thl> | ensc, k, thx 19:17 < thl> | well, is there anything else regading that topic 19:17 < thl> | otherwise I'll mark it as "done" 19:18 < ensc> | I wanted to use a seperate account for that but it seems the "blocks" field in initial reports is not available for everybody. So some bugs are not linked to the Tracker bug 19:18 < ensc> | (perhaps 5-7 or so) 19:18 < thl> | ensc, no big deal 19:18 < thl> | k, moving on 19:19 --- | thl has changed the topic to: FESCo meeting in progress -- EOL Policy for FE 19:19 < thl> | still no progress, sorry, didn't have time for it 19:19 < thl> | maybe someone else is interested to driver this forward? 19:19 < thl> | hint: non-FESCo-Members are also invited 19:20 < thl> | well, okay, then it will have to wait 19:20 --- | thl has changed the topic to: FESCo meeting in progress -- Kernel module standardization 19:21 < thl> | another well know repo uses the scheme developed in extras now 19:21 < thl> | no real bugs have showed up until now 19:21 < thl> | we'll see what happens in the next weeks 19:22 < jeremy> | thl: good to hear 19:22 < thl> | does anyone know if a update to plague 0.5 is planed for extras? 19:22 < thl> | is that version capable to pass the kver and kvariants dynamicly? 19:23 < thl> | okay, seem nobody knows that 19:23 < thl> | moving on 19:24 --- | thl has changed the topic to: FESCo meeting in progress -- Encourage Extras reviews 19:24 < thl> | I suppose we're still waiting for improved docs; 19:24 < thl> | so I'll skip that 19:24 --- | thl has changed the topic to: FESCo meeting in progress -- Broken deps report 19:25 < thl> | Sopwith, those should probably should run on a fedoraproject machine, too 19:25 < thl> | Sopwith, I'll mention that in the mail we discussed earlier 19:25 < thl> | mschwendt not here, so I'll skip this, too 19:25 --- | thl has changed the topic to: FESCo meeting in progress -- Weekly sponsorship nomination 19:25 < thl> | anyone? 19:26 --- | thl has changed the topic to: FESCo meeting in progress -- Send email to pkg owners whenever someone else edits their pkg 19:27 < thl> | Sopwith, your name is behind that topic on the schedule page 19:27 < Sopwith> | hmm 19:27 < thl> | We ignored it for a long time because we had more important things to do 19:27 < thl> | but we should get this done sooner or later 19:27 < Sopwith> | So compared to the baseline (having all maintainers subscribed to fedora-extras-commits), what needs to change? 19:28 < thl> | the plan was this iirc: 19:28 < thl> | If someone else changes one of my packages it get a additional mail directly to me 19:28 --- | mspevack_mtg is now known as mspevack 19:29 < thl> | a lot of people probably don't read fedora-extras-commits 19:29 < Sopwith> | nod... My main question is what is wrong with using fedora-extras-commits for this purpose? What is the fundamental problem that needs to be solved? 19:29 < |Jef|> | thl: i have rules setup to flag it for references to my packages 19:29 < |Jef|> | thl: but i certaintly dont "read" it 19:30 < jwb> | |Jef|, would you read it if it came directly to your inbox? 19:30 < |Jef|> | jwb: id find a way to filter it... 19:30 < jwb> | yeah, exactly 19:30 < |Jef|> | jwb: like i filter pretty much anything 19:30 < thomasvs> | thl: probably just make it easy for someone to filter the ones that apply to you directly 19:31 < thl> | Sopwith, the fundamental problem imho is: people should get a direct notice (e.g. not via mailinglist) if one of their pacakges is changed by someone else 19:31 < thomasvs> | thl: ie, a simple description of the filter you need for this to work 19:31 < |Jef|> | jwb: i look at commits folder about twice as ofter as i look in fedora-list 19:31 < Sopwith> | thl: That's not a problem. :) 19:31 < thl> | thomasvs, that would be an idea 19:31 < jwb> | thl, that can be complicated though 19:31 < jwb> | thl, what if you have "dual maintainers" 19:31 < thl> | thomasvs, but people would need to set up filer manually 19:31 < Sopwith> | That's something you want, but I guess I'm looking for justification of the want (so I can understand the various ways to meet it) 19:32 < thl> | thomasvs, most of them won't do that 19:32 < |Jef|> | jwb: lets face it.. i have nothing constructive to add to the initng discussion.. so reading over the commits for it would be...wasteful 19:32 < thomasvs> | thl: ok, then mail people directly 19:32 < thl> | Sopwith, let me look at the old discussions and write a summary 19:32 < Sopwith> | One possible change would be having the package owner's e-mail address and account name listed in the header of all the commit message 19:32 < thl> | then discussing this probably is easier 19:32 < jwb> | |Jef|, yeah i do the same thing 19:32 < |Jef|> | jwb: at worse.. id be compelled to make a smart ass comment about each commit 19:32 < thomasvs> | (I have to admit that the reason *I* don't read that list is because it's too much traffic that does not pertain to me) 19:33 < Sopwith> | That would make it easy for people to filter out commits to packages that they own, which they can't do right now (and /that/ is probably a problem) 19:33 < thomasvs> | Sopwith: yep 19:33 < |Jef|> | Sopwith: well not just "own" 19:34 < |Jef|> | Sopwith: i sure as hell care about deps for the packages i "own" 19:34 < Sopwith> | jef: Hmm, have you listed yourself on the Cc: list for those packages in owners.list? 19:34 < |Jef|> | Sopwith: that would be silly 19:34 < |Jef|> | Sopwith: because it makes too much sense 19:34 < Sopwith> | hehe 19:35 < thl> | Side note: There was also a discussion that sponsors should get mails if one of their packagers updates something in CVS 19:36 < thl> | At least until the new packager has proven that he understoods packaging well 19:36 < thl> | okay, let's move on 19:36 < |Jef|> | Sopwith: as long as emails are generally applicable for a "watch list" having to add my address to CC in the ownerslist is a perfectly acceptable hurdle 19:36 --- | thl has changed the topic to: FESCo meeting in progress -- Free Discussion related to Fedora Extras 19:37 < thl> | okay, is there something else that needs to be discussed? 19:37 < thl> | what about the liboil story 19:38 < thl> | e.g. package was moved to core 19:38 < thl> | but the extras packager didn't notice that 19:38 < thl> | how can we prevent that in the future? 19:38 < thomasvs> | warren should have mailed matthias, no ? 19:38 < Sopwith> | For starters, we need a tool that reports package overlaps between extras and core. 19:38 < thl> | thomasvs, sure; maybe he did; we don't know 19:39 < thl> | thomasvs, but mails get get lost of forgotten 19:39 < bpepple> | thl: A bug should be opened for it? 19:39 < thl> | thomasvs, we need something better 19:39 < thomasvs> | thl: the mover to core could remove the CVS branches 19:39 < thl> | Sopwith, we have such a tool since some days 19:39 < thl> | thomasvs, yeah, I#d like something like that, too 19:39 < thl> | jeremy, would that be possible? 19:39 < thomasvs> | or better yet, remove the contents, and add a file like MOVED-TO-CORE 19:40 < thl> | thomasvs, +1 19:40 < Sopwith> | thl: Next step is to make sure that the right people get that report on a regular basis :) 19:40 < thl> | Sopwith, we're working on that atm ;-) 19:40 < jeremy> | thl: well, not all core packagers have access to extras cvs 19:40 < jeremy> | adding it as a step to the new package process for core should be doable, though 19:41 < thl> | jeremy, that would be great 19:41 < thl> | something else regarding cvs: 19:42 < thl> | we created FC5 branches in CVS for a lot of old packages that are orpahend or obsoleted 19:42 < thl> | should they be deleted? 19:42 < thl> | and the devel branch too? 19:43 < thl> | jeremy, can the devel branch readded easily? 19:44 < jeremy> | thl: probably. and rather than delete the devel branch, possibly just a DEAD_PACKAGE marker 19:44 < jeremy> | the problem with deleting it is that we lose history if it needs to come back 19:44 < thl> | jeremy, k, sounds sane 19:44 < thl> | jeremy, how could a DEAD_PACKAGE marker look like? 19:45 < thl> | jeremy, just a file "dead.package"? 19:45 < thl> | with a short explanation why it's dead in it? 19:45 < jeremy> | works for me :-) 19:45 < thl> | jeremy, the branch script would need to take care that no new branched are created later 19:45 < thl> | but that's probably easy 19:46 < jeremy> | well, allowing an older branch to be made is fine. but not creating it when doing mass-branching is good 19:46 < thl> | jeremy, exactly 19:46 < thl> | k, that was all from my side 19:46 < jeremy> | and the mass-branching is just a giant "for i in ..." script 19:46 < jeremy> | if you get me a list of FC-5 branches which need to be killed, I can do that 19:47 <-- | dgregor has quit (Read error: 110 (Connection timed out)) 19:47 < thl> | jeremy, k, will try to find someone for that task ;-) 19:47 < thl> | k, anything else? 19:47 * | thl will close the meeting in 60 19:48 * | thl will close the meeting in 30 19:48 * | thl will close the meeting in 15 19:48 * | thl will close the meeting in 5 19:48 < thl> | MARK Meeting End 19:48 < thl> | thx everyone 19:49 --- | thl has changed the topic to: This is the Fedora Extras channel, home of the FESCo meetings and general Extras discussion. | http://fedoraproject.org/wiki/Extras | Next FESCo Meeting: 2006-03-30 1800 UTC. }}} -- Thorsten Leemhuis From ville.skytta at iki.fi Sun Mar 26 10:46:25 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 26 Mar 2006 13:46:25 +0300 Subject: Bunch of perl-* packages and uqm* orphaned Message-ID: <1143369985.15478.21.camel@localhost.localdomain> I've marked a bunch of perl-* packages that I no longer use as well as uqm* [1] as orphaned/potentially orphaned. If someone's interested, don't let the "potentially orphaned" status prevent you from just going ahead and grabbing it. A few more packages will probably follow soon. Full list of the above packages: http://fedoraproject.org/wiki/Extras/OrphanedPackages?action=diff&rev1=240&rev2=241 [1] Not 64bit clean and the box I'd play it with is x86_64: http://uqm.stack.nl/cgi-bin/bugs/show_bug.cgi?id=252 From bugzilla at redhat.com Sun Mar 26 11:39:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 06:39:52 -0500 Subject: [Bug 185663] Review Request: sweep - An audio editor and live playback tool In-Reply-To: Message-ID: <200603261139.k2QBdqWh006614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sweep - An audio editor and live playback tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185663 ------- Additional Comments From gemi at bluewin.ch 2006-03-26 06:39 EST ------- (In reply to comment #1) > * WARNING: Build includes incomplete development code. I removed the --enable-experimental option > * Licence is GPL not LGPL. Ok > * sweep-devel "Requires: glib2-devel gtk2-devel" (sweep.h) Ok > * pedantic: sweep-devel %description contains a typo ("Header filer") > and mentions non-existent "libraries" -- the package doesn't require the > main package, btw Ok > * Loading FLAC files (encoded with defaults, e.g. flac --best test.wav) gives > an error dialog > > Supported file format but file is malformed. > > and causes sweep to exit. I point this out because the desktop file > adds audio/x-flac MIME type, although FLAC support is on the TODO list. I removed the references to FLAC > When trying to load a FLAC file inside the GUI, the application terminates. > After that, mouse-click event recognition in xterm, GNOME and Sweep itself > was disturbed here, e.g. single clicks didn't activate buttons. Wow, this is bad. I also have experienced ill-behaving program disturb the DE, where only killing the Xserver helped... The new SRPM: http://math.ifi.unizh.ch/fedora/5/i386/SRPMS.gemi/sweep-0.9.1-3.fc5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 11:48:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 06:48:28 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603261148.k2QBmSPl008025@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 ------- Additional Comments From daner964 at student.liu.se 2006-03-26 06:47 EST ------- Hmmm... Just noticed that rpmlint says that 0.6.0RC1 is an invalid version. What should I call it instead? 0.5.91? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 26 11:53:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 06:53:18 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200603261153.k2QBrICk008799@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: initng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 ------- Additional Comments From ville.skytta at iki.fi 2006-03-26 06:52 EST ------- Move "RC1" to the release tag. http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-e104844825856d7c45f2f0241586985c0495966b -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 26 12:40:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 07:40:08 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603261240.k2QCe8RC015791@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 ------- Additional Comments From gemi at bluewin.ch 2006-03-26 07:40 EST ------- - "cp -a Docs/Example ..." should be "cp -a Example ..." - instead of requiring /usr/share/emacs/site-lisp: Requires: emacs-common The same goes for vim: Requires: vim-common The problem is, that the location is only correct for a specific version of vim. Is there no version-independent site directory like for emacs? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Sun Mar 26 13:45:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Mar 2006 08:45:53 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060326134553.55BDF802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 lincity-ng-1.0.2-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 26 13:46:24 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Mar 2006 08:46:24 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060326134624.DD6C7802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 bigloo-2.8a-1.20060322.fc4 cpanspec-1.64-1.fc4 ftnchek-3.3.1-4.fc4 lincity-ng-1.0.2-4.fc4 tkcvs-8.0.3-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 26 13:46:51 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Mar 2006 08:46:51 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060326134651.C10A5802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 7 bigloo-2.8a-1.20060322.fc5 cpanspec-1.64-1.fc5 ftnchek-3.3.1-4.fc5 gweled-0.7-5.fc5 lincity-ng-1.0.2-4.fc5 pcsc-tools-1.4.4-1.fc5 tkcvs-8.0.3-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From wtogami at redhat.com Sun Mar 26 13:48:24 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 26 Mar 2006 08:48:24 -0500 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <1143133478.2285.3.camel@localhost.localdomain> References: <200603212052.k2LKqc5Z025792@mx3.redhat.com> <1143133478.2285.3.camel@localhost.localdomain> Message-ID: <44269BA8.9060107@redhat.com> Thorsten Leemhuis wrote: > Am Dienstag, den 21.03.2006, 21:52 +0100 schrieb > Christian.Iseli at licr.org: >> fedora at leemhuis.info said: >>> The second solution involves a bit more work: run a script that checks for >>> such stuff. Christian? >> I'm having an hectic week, but I'll tuck this on my TODO list and see what >> happens :-) > > Seems you found enough time ;-) > >> What's the normal procedure when a package migrates to core ? >> Do we: >> - delete CVS devel and affected release branches > > I think this is the way is was done often I would highly advise against deleting the CVS devel directory, because it is horribly difficult to recreate it again. I personally erase all the files in the directory, add a README file that says what happened to that package, then check that in. Warren Togami wtogami at redhat.com From buildsys at fedoraproject.org Sun Mar 26 13:49:16 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Mar 2006 08:49:16 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060326134916.59728802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 17 anjuta-1.2.4-5.fc6 bigloo-2.8a-1.20060322.fc6 cpanspec-1.64-1.fc6 ftnchek-3.3.1-4.fc6 gconfmm26-2.14.0-1 glibmm24-2.10.0-1 gnome-vfsmm26-2.14.0-1 gweled-0.7-5.fc6 libesmtp-1.0.4-1.fc6 libgnomecanvasmm26-2.14.0-1 libgnomemm26-2.14.0-1 libgnomeuimm26-2.14.0-1 lincity-ng-1.0.2-4.fc6 octave-2.9.5-4.fc6 pcsc-tools-1.4.4-1.fc6 php-extras-5.1.2-2.fc6 tkcvs-8.0.3-1.fc6 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sun Mar 26 13:47:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 08:47:36 -0500 Subject: [Bug 176580] Review Request: x11-ssh-askpass -- the cool brother of gnome-ssh-askpass In-Reply-To: Message-ID: <200603261347.k2QDlaan027625@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: x11-ssh-askpass -- the cool brother of gnome-ssh-askpass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176580 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2006-03-26 08:47 EST ------- * Sun Mar 26 2006 Enrico Scholz - 1.2.4.1-0.1 - fixed path of app-defaults dir http://ensc.de/fedora/x11-ssh-askpass.spec http://ensc.de/fedora/x11-ssh-askpass-1.2.4.1-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 fedora at leemhuis.info Sun Mar 26 13:03:48 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Mar 2006 15:03:48 +0200 Subject: Fedora Extras 5 Package Build Report In-Reply-To: <44269BA8.9060107@redhat.com> References: <200603212052.k2LKqc5Z025792@mx3.redhat.com> <1143133478.2285.3.camel@localhost.localdomain> <44269BA8.9060107@redhat.com> Message-ID: <1143378228.17249.16.camel@localhost.localdomain> Am Sonntag, den 26.03.2006, 08:48 -0500 schrieb Warren Togami: > Thorsten Leemhuis wrote: > > Am Dienstag, den 21.03.2006, 21:52 +0100 schrieb > > Christian.Iseli at licr.org: > >> fedora at leemhuis.info said: > >>> The second solution involves a bit more work: run a script that checks for > >>> such stuff. Christian? > >> I'm having an hectic week, but I'll tuck this on my TODO list and see what > >> happens :-) > > > > Seems you found enough time ;-) > > > >> What's the normal procedure when a package migrates to core ? > >> Do we: > >> - delete CVS devel and affected release branches > > > > I think this is the way is was done often > > I would highly advise against deleting the CVS devel directory, because > it is horribly difficult to recreate it again. I personally erase all > the files in the directory, add a README file that says what happened to > that package, then check that in. We have a proper (and similar) solution already. See the summary from last FESCo meeting I send earlier today. -- Thorsten Leemhuis From paul at all-the-johnsons.co.uk Sun Mar 26 14:19:07 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Mar 2006 15:19:07 +0100 Subject: Wine on x86_64 - i386 version warning Message-ID: <1143382747.3560.7.camel@T7.Linux> Hi, I've not put this into BZ as really, it's not a bug. I'm trying to run a nadsat translator (compiled for Win95) and via wine, it completely killed my machine - I mean had to do a hard reset killed. This has happened with other bits of software I've tried to run under wine. Just a heads up TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From skadz1 at gmail.com Sun Mar 26 16:14:29 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Sun, 26 Mar 2006 11:14:29 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-25 In-Reply-To: <200603250024.k2P0ODQN006744@mx1.redhat.com> References: <200603250024.k2P0ODQN006744@mx1.redhat.com> Message-ID: <8719b8230603260814h564b856fp1ac99d8381a76a4@mail.gmail.com> Could someone please bump wv and get it re-compiled? It's been days that it's been broken and it's keeping me from updating rawhide. Thanks! Skadz On 3/24/06, Michael Schwendt wrote: > Summary of broken packages in fedora-extras-development-i386: > ---------------------------------------------------------------------- > abiword 1:2.4.2-7.fc5.i386 > rekall-devel 2.2.4-8.fc5.i386 > up-imapproxy 1.2.4-4.fc5.i386 > wv 1.2.0-3.fc5.i386 > > Summary of broken packages in fedora-extras-development-ppc: > ---------------------------------------------------------------------- > abiword 1:2.4.2-7.fc5.ppc > rekall-devel 2.2.4-8.fc5.ppc > up-imapproxy 1.2.4-4.fc5.ppc > wv 1.2.0-3.fc5.ppc > > Summary of broken packages in fedora-extras-development-x86_64: > ---------------------------------------------------------------------- > abiword 1:2.4.2-7.fc5.x86_64 > rekall-devel 2.2.4-8.fc5.x86_64 > up-imapproxy 1.2.4-4.fc5.x86_64 > wv 1.2.0-3.fc5.x86_64 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From fedora at leemhuis.info Sun Mar 26 15:18:59 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Mar 2006 17:18:59 +0200 Subject: Creation of SIG QA In-Reply-To: <200603161606.k2GG6ee8014479@mx3.redhat.com> References: <200603161606.k2GG6ee8014479@mx3.redhat.com> Message-ID: <1143386339.17249.37.camel@localhost.localdomain> Better late than never. Sorry for the delay. Am Mittwoch, den 15.03.2006, 13:43 +0100 schrieb Christian.Iseli at licr.org: > > fedora at leemhuis.info said: > > We probably need a small QA sig/group/task-force that pokes maintainers and > > creates bugs for those things that need fixing... Anyone interested to drive > > this forward? > > I can try... but I'll need some guidance I guess... > > If you already have a clear idea of what "those things that need fixing" mean, > I'd be interested to have your bullet list :-) > Am Donnerstag, den 16.03.2006, 16:26 +0100 schrieb Christian.Iseli at licr.org: > Following on Thorsten gentle prod, I created a QA SIG wiki page: > http://fedoraproject.org/wiki/Extras/SIGs/QA Okay, here are those ideas that come to my mind right now (I'll probably forget some things, but I hope to have all the important things): - Each time close before a new Fedora Core ships do exactly what I and some others have done in the past weeks for FE5. E.g. look at the repo for packages that might be orphaned and get them removed. Look out for packages that were not rebuild after a mass rebuild was announced and poke maintainers. Look out for packagers that vanished without telling us. - File bug reports for the broken deps. Mschwendt posts a nice, script-generated summary of broken deps to the list now and then, but that's all afaik. If nothing happened 2 (4? 7?) days after these mails were send out file a bug for the broken dep. - Look at the repo for packages that are useless. Example: Look at FE5 repo and sort it by date and just look at the first packages http://www.fedoraproject.org/extras/5/i386/?C=M;O=A On top is epydoc-2.1-2.i386.rpm -- seems to be obsoleted by epydoc-2.1-4.noarch.rpm , but didn't get removed. Hermes-1.3.3-6.i386.rpm -- not rebuild for 1 1/4 years? Wow. pyzor-0.4.0-9.fc4.noarch.rpm -- a package with the disttag "fc4" in the final FE5 repo? That confusing. Ohh, there are some more of these :-/ /me stops at this point - The Review-Guidelines require that bugs are opened for all ExcludeArchs/ExclusiveArchs to simplify tracking . That should allow people interested in those arch to step up and help fixing things (I did this in the past for x86_64 but don't find time for it these days). - Watch fedora-commit-list for stupid modifications. We have a lot of QA rules to get a package integrated, but after it is imported nothing is checked. Yeah, I know that some people watch the list closely. But is that enough? - Check existing packages. A small and quick re-review for obvious things every two years would be nice. Yeah, that's a lot of work. I don't think we currently have the manpower to handle that. But we could try to get a step into that direction with some automatic checks. For example a simple script that checks if packages contain .la files should be easy. Also checking for a correct updated path (1.1-5.fc4 in FE4 and 1.1-4.fc5 might break updates) should be easy. There are probably a lot more check that could be automated. /me starts to look at http://www.fedoraproject.org/wiki/Extras/PackageStatus at this point - "Packages not present in the development repo - We have 44 packages not available in extras devel or release:" -- well, there are good reasons for it, but I suspect some of them don't have one. Bug-Reports to poke maintainers probably would be a good idea for those. - "Packages not present in the development repo - We have 10 packages not available in extras devel but present in release:" Are there good reasons for it besides packages being orphaned and removed from the repo? I don't think so! [Note, they are gone this week -- they were there last week: http://www.fedoraproject.org/wiki/Extras/PackageStatus?action=recall&rev=6 ] - "Packages that have not yet completed review - We have 3 packages which have not yet been FE-APPROVE'd...". WTF -- why that? - "Packages missing in owners.list" -- needs fixing, too - "Orphaned packages present in the development repo" -- should be removed now at the beginning of a devel cycle. Even if other packages depend on them IMHO. This forces other packages to find solutions. - "Potential problems - We have 3 accepted, closed packages where I'm unable to find the package in the development repo:". Asking in the link bug reports why that's the case? - "Potential problems - We have 5 accepted, closed packages where I'm unable to find the package in the owners file:" Huh? - "Inactivity notice -- We have 7 accepted, open package reviews older than 4 weeks". Interesting. Reask in the bug. If packagers don#t show up the approval should be revoked IMHO if there is no good excuse for that behavior. - There are multiple other section were opening bugs or asking around in the bugs might get things to speed. I'll stop citing them now and only will mention the most important ones. - "We have 6 closed tickets still blocking FE-NEW" - "Packages in CVS with no entry in the owners.list" - "Packages appearing in Core but still present in CVS devel" Yeah, I know, it's a lot of work. :-/ Especially in the beginning. But at least some of the work really should be done IMHO. That would improve the quality of Fedora Extras in the long term and IMHO. CU thl -- Thorsten Leemhuis From bugzilla at redhat.com Sun Mar 26 17:41:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 12:41:51 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603261741.k2QHfpjS001531@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From jnovy at redhat.com 2006-03-26 12:41 EST ------- Confirmed that bsdiff is lincensed according to BSD license as can be seen from the source header. So switching it to BSD. The above links now point to updated spec/srpm. Thanks for noticing this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From triad at df.lth.se Sun Mar 26 18:07:05 2006 From: triad at df.lth.se (Linus Walleij) Date: Sun, 26 Mar 2006 20:07:05 +0200 (CEST) Subject: Wine on x86_64 - i386 version warning In-Reply-To: <1143382747.3560.7.camel@T7.Linux> References: <1143382747.3560.7.camel@T7.Linux> Message-ID: On Sun, 26 Mar 2006, Paul wrote: > I've not put this into BZ as really, it's not a bug. Perhaps you should put this in the Wine BZ, unless you think it's a packaging issue? Linus From seg at haxxed.com Sun Mar 26 18:25:58 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 26 Mar 2006 12:25:58 -0600 Subject: Creation of SIG QA In-Reply-To: <1143386339.17249.37.camel@localhost.localdomain> References: <200603161606.k2GG6ee8014479@mx3.redhat.com> <1143386339.17249.37.camel@localhost.localdomain> Message-ID: <1143397559.10632.13.camel@localhost> On Sun, 2006-03-26 at 17:18 +0200, Thorsten Leemhuis wrote: > - Watch fedora-commit-list for stupid modifications. We have a lot of QA > rules to get a package integrated, but after it is imported nothing is > checked. Yeah, I know that some people watch the list closely. But is > that enough? As part of the build process, run rpmlint on the resulting rpms? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sun Mar 26 18:25:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 13:25:58 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603261825.k2QIPwWU008130@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 ------- Additional Comments From seg at haxxed.com 2006-03-26 13:25 EST ------- I get: checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... no Why would that be... (My laptop is now running FC5 final) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 18:36:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 13:36:10 -0500 Subject: [Bug 182306] Review Request: dogtail - GUI test tool and automation framework In-Reply-To: Message-ID: <200603261836.k2QIaAsQ009803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dogtail - GUI test tool and automation framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182306 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From toshio at tiki-lounge.com 2006-03-26 13:35 EST ------- APPROVED 81b987b1f18f1741d87f937877a4b071 dogtail-0.5.1-2.src.rpm One note: Do you have an automated script that you use to build the packages? Because the dogtail-0.5.1.tar.gz file has changed between releases. I checked, though, and the changes between the two are just the changes to the spec file. Modifying the upstream tarball without changing the release number is not a great idea as it leads to slightly different packages in different distributions and prevents reviewers from doing a simple md5sum to check that the upstream sources are valid. In this case, the changes are small and well known so it's not a big deal. Something to keep in mind for the future, though. Everything important is fixed in this release and it still builds in mock and runs. The only thing I noticed is that the URL field now points at:: http://people.redhat.com/zcerza/dogtail/releases/ instead of the webpage:: http://people.redhat.com/zcerza/dogtail/ This is a minor issue. No need to respin and re-review. Just something you'll want to change after you import the package into CVS and before pushing through the buildsystem. You're ready for Step 8:: http://www.fedoraproject.org/wiki/Extras/NewPackageProcess -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Sun Mar 26 17:45:34 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 26 Mar 2006 19:45:34 +0200 Subject: Creation of SIG QA In-Reply-To: <1143397559.10632.13.camel@localhost> References: <200603161606.k2GG6ee8014479@mx3.redhat.com> <1143386339.17249.37.camel@localhost.localdomain> <1143397559.10632.13.camel@localhost> Message-ID: <1143395134.17249.91.camel@localhost.localdomain> Am Sonntag, den 26.03.2006, 12:25 -0600 schrieb Callum Lerwick: > On Sun, 2006-03-26 at 17:18 +0200, Thorsten Leemhuis wrote: > > - Watch fedora-commit-list for stupid modifications. We have a lot of QA > > rules to get a package integrated, but after it is imported nothing is > > checked. Yeah, I know that some people watch the list closely. But is > > that enough? > > As part of the build process, run rpmlint on the resulting rpms? There are currently some ideas for a automatic post-build check. Everything is still in the early stages. See the summary from the last FESCo meeting. Cu thl -- Thorsten Leemhuis From bugzilla at redhat.com Sun Mar 26 18:39:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 13:39:53 -0500 Subject: [Bug 182463] Review Request: cairomm (C++ bindings for cairo) In-Reply-To: Message-ID: <200603261839.k2QIdrts010326@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cairomm (C++ bindings for cairo) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182463 ------- Additional Comments From seg at haxxed.com 2006-03-26 13:39 EST ------- Figured it out, my opt flags were throwing things off: configure:6408: gcc -c -Os -g -pipe -march=pentium3 -mcpu=pentium3 -ffast-math -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -fasynchronous-unwind-tables -fPIC -DPIC conftest.c >&5 `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. configure:6412: $? = 0 configure:6423: result: no Hmmm, seems gcc's obnoxious warning is throwing off the test. Changing to -mtune= fixes it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 19:18:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 14:18:40 -0500 Subject: [Bug 186811] New: Review Request: libnfnetlink - Netfilter netlink userspace 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=186811 Summary: Review Request: libnfnetlink - Netfilter netlink userspace library Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: i at stingr.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://stingr.net/l/fe/libnfnetlink.spec SRPM Name or Url: http://stingr.net/l/fe/libnfnetlink-0.0.14-1.src.rpm Description: libnfnetlink is a userspace library that provides some low-level nfnetlink handling functions. It is used as a foundation for other, netfilter subsystem specific libraries such as libnfnetlink_conntrack, libnfnetlink_log and libnfnetlink_queue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From triad at df.lth.se Sun Mar 26 19:29:20 2006 From: triad at df.lth.se (Linus Walleij) Date: Sun, 26 Mar 2006 21:29:20 +0200 (CEST) Subject: Mono apps in extras In-Reply-To: References: <1138098162.7477.34.camel@mrwibble.mrwobble> <1138099396.21471.67.camel@thl.ct.heise.de> <1138100626.5294.78.camel@mccallum.corsepiu.local> <1138102204.21471.77.camel@thl.ct.heise.de> <1138104224.5294.100.camel@mccallum.corsepiu.local> Message-ID: Looking back at the recently announced OIN initiative, in retrospect, what I claimed was NotTrue(TM) proved to be TheTruth(TM), down to the individual company names. This was an educated guess (really, Greg I hope you didn't fall over each other trying to figure out how this guy in Sweden could know what you were doing) so if anyone is looking for an OS business analyst... :-) (OIN, Greg spills the beans on Mono: http://gregdek.livejournal.com/4008.html) Linus On Tue, 24 Jan 2006, Linus Walleij wrote: > On Tue, 24 Jan 2006, Greg DeKoenigsberg wrote: > >> If and when I can say more, I assure you that I will. > > Cool now you sound like a federal comission :-) > > That statement alone indeed confirms that it is a hot potato. > > In absence of statements we can happily start speculating which will in turn > generate rumors. Here is my first RockingSpeculation(TM) which is certainly > NotTrue(TM): RedHat has struck a deal of sorts with /insert big company name > here/ that their lawyers shall go after Microsoft for all their patents they > break in case Microsoft sue Red Hat or the Fedora foundation for any patent > infringements. > > /big company/ could be for example Novell since they sort of make Mono, or > could even be IBM. Both hold many patents dangerous to Microsoft. > > Linus > > -- > 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 Sun Mar 26 19:32:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 14:32:00 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603261932.k2QJW0qq017754@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-26 14:31 EST ------- But nobody prohihed root for deleting such an user. It may be right, that in older package the system user didn't assigned to a fixed user if, but this is from by point of view an argument for new packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 19:42:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 14:42:03 -0500 Subject: [Bug 186813] New: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys 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=186813 Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/njam.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/njam-1.25-1.src.rpm Description: Njam is a fast-paced maze-game where you must eat all the dots while avoiding the badguys. Unless you eat a special dot which gives you the power to eat the badguys. Featuring: Single and multiplayer mode (local or network), Duel games and Cooperative games, Great music and sound effects, Customizable level skins, Many different levels and an Integrated level editor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From paul at all-the-johnsons.co.uk Sun Mar 26 18:57:58 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 26 Mar 2006 19:57:58 +0100 Subject: Wine on x86_64 - i386 version warning In-Reply-To: References: <1143382747.3560.7.camel@T7.Linux> Message-ID: <1143399478.3560.16.camel@T7.Linux> Hi, > Perhaps you should put this in the Wine BZ, unless you think it's a > packaging issue? As there isn't a native x86_64 version of Wine, I can't really call it a bug. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From bugzilla at redhat.com Sun Mar 26 20:06:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 15:06:26 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603262006.k2QK6Qev022890@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-26 15:06 EST ------- rpmlint gives an error about the sgid games bit on the binary, this however is intentional, its needed for access to the shared hiscore file. Also see njam-1.25-drop-setgid.patch. The first thing done in main is opening the file, the second is dropping the gid games rights, 100% safe. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 20:14:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 15:14:31 -0500 Subject: [Bug 186811] Review Request: libnfnetlink - Netfilter netlink userspace library In-Reply-To: Message-ID: <200603262014.k2QKEVqw023851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnfnetlink - Netfilter netlink userspace library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186811 ------- Additional Comments From i at stingr.net 2006-03-26 15:14 EST ------- This is the 1st prerequisite to conntrack userspace tool. Second will be libnfnetlink_conntrack. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 20:53:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 15:53:29 -0500 Subject: [Bug 180092] Review Request: NRPE - Monitoring agent for Nagios In-Reply-To: Message-ID: <200603262053.k2QKrTA4029686@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NRPE - Monitoring agent for Nagios https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 ------- Additional Comments From imlinux at gmail.com 2006-03-26 15:53 EST ------- Thats fine, but its not required for Fedora Extras packages. If you'd like to make it a requirement you'll have to convince the FESCo to make it manditory. In the meantime its optional and not in the review guidelines anywhere. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 21:04:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 16:04:55 -0500 Subject: [Bug 186817] New: Review Request: kshutdown 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=186817 Summary: Review Request: kshutdown Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: kushaldas at gmail.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://freeshell.in/~kushal/kshutdown.spec SRPM Name or Url: http://freeshell.in/~kushal/kshutdown-0.8.2-1.src.rpm Description: KShutDown is an advanced shut down utility for KDE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Sun Mar 26 22:13:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 17:13:09 -0500 Subject: [Bug 177483] Review Request: subversion-api-docs In-Reply-To: Message-ID: <200603262213.k2QMD98x008907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: subversion-api-docs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177483 ------- Additional Comments From bojan at rexursive.com 2006-03-26 17:12 EST ------- Hopefully, I addressed to concerns. The spec file and source RPM are at the same URLs as before: ftp://ftp.rexursive.com/pub/fedora-extras/subversion-api-docs.spec ftp://ftp.rexursive.com/pub/fedora-extras/subversion-api-docs-1.3.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 Matt_Domsch at dell.com Sun Mar 26 22:25:15 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 26 Mar 2006 16:25:15 -0600 Subject: Bunch of perl-* packages and uqm* orphaned In-Reply-To: <1143369985.15478.21.camel@localhost.localdomain> References: <1143369985.15478.21.camel@localhost.localdomain> Message-ID: <20060326222515.GA8471@lists.us.dell.com> On Sun, Mar 26, 2006 at 01:46:25PM +0300, Ville Skytt? wrote: > I've marked a bunch of perl-* packages that I no longer use as well as > uqm* [1] as orphaned/potentially orphaned. If someone's interested, > don't let the "potentially orphaned" status prevent you from just going > ahead and grabbing it. A few more packages will probably follow soon. > > Full list of the above packages: > http://fedoraproject.org/wiki/Extras/OrphanedPackages?action=diff&rev1=240&rev2=241 perl-MIME-tools provides perl(MIME::Entity), which pgp-tools needs. So I guess I better pick that one up. -Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sun Mar 26 22:29:09 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 26 Mar 2006 16:29:09 -0600 Subject: Bunch of perl-* packages and uqm* orphaned In-Reply-To: <20060326222515.GA8471@lists.us.dell.com> References: <1143369985.15478.21.camel@localhost.localdomain> <20060326222515.GA8471@lists.us.dell.com> Message-ID: <20060326222909.GB8471@lists.us.dell.com> On Sun, Mar 26, 2006 at 04:25:15PM -0600, Matt Domsch wrote: > On Sun, Mar 26, 2006 at 01:46:25PM +0300, Ville Skytt? wrote: > > I've marked a bunch of perl-* packages that I no longer use as well as > > uqm* [1] as orphaned/potentially orphaned. If someone's interested, > > don't let the "potentially orphaned" status prevent you from just going > > ahead and grabbing it. A few more packages will probably follow soon. > > > > Full list of the above packages: > > http://fedoraproject.org/wiki/Extras/OrphanedPackages?action=diff&rev1=240&rev2=241 > > > perl-MIME-tools provides perl(MIME::Entity), which pgp-tools needs. > So I guess I better pick that one up. Actually, looking closer, perl-MIME-tools is needed by a lot of packages, and Ville just orphaned several of *its* dependencies too. I hadn't really wanted to pick them all up. So let me un-volunteer, unless no one steps up. :-) -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From bugzilla at redhat.com Sun Mar 26 23:18:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 18:18:34 -0500 Subject: [Bug 186817] Review Request: kshutdown In-Reply-To: Message-ID: <200603262318.k2QNIY3S022510@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kshutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186817 ------- Additional Comments From kushaldas at gmail.com 2006-03-26 18:18 EST ------- Forget to add: This is my first package & I am looking a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 00:05:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 19:05:30 -0500 Subject: [Bug 185663] Review Request: sweep - An audio editor and live playback tool In-Reply-To: Message-ID: <200603270005.k2R05Un7029144@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sweep - An audio editor and live playback tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185663 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-26 19:05 EST ------- * packaging issues fixed * sources verified against upstream and Debian unstable * basic operation works fine here * FLAC problems seem to affect only Scrubby, not the main GUI APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 00:29:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 19:29:41 -0500 Subject: [Bug 185663] Review Request: sweep - An audio editor and live playback tool In-Reply-To: Message-ID: <200603270029.k2R0Tff9032126@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sweep - An audio editor and live playback tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185663 ------- Additional Comments From gemi at bluewin.ch 2006-03-26 19:29 EST ------- (In reply to comment #3) > * packaging issues fixed > * sources verified against upstream and Debian unstable > * basic operation works fine here > * FLAC problems seem to affect only Scrubby, not the main GUI It does not make sense to put it back in, or does it? One problem still though. The FC package lam contains /usr/bin/sweep which obviously conflicts with this package. What to do? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From gdk at redhat.com Mon Mar 27 01:12:20 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Sun, 26 Mar 2006 20:12:20 -0500 (EST) Subject: Mono apps in extras In-Reply-To: References: <1138098162.7477.34.camel@mrwibble.mrwobble> <1138099396.21471.67.camel@thl.ct.heise.de> <1138100626.5294.78.camel@mccallum.corsepiu.local> <1138102204.21471.77.camel@thl.ct.heise.de> <1138104224.5294.100.camel@mccallum.corsepiu.local> Message-ID: Hee hee! And I couldn't even tell you at the time. But yes, Linus... you were dead exactly right. Well done. :) --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- On Sun, 26 Mar 2006, Linus Walleij wrote: > Looking back at the recently announced OIN initiative, in retrospect, what > I claimed was NotTrue(TM) proved to be TheTruth(TM), down to the > individual company names. This was an educated guess (really, Greg I hope > you didn't fall over each other trying to figure out how this guy in > Sweden could know what you were doing) so if anyone is looking for an OS > business analyst... :-) > > (OIN, Greg spills the beans on Mono: http://gregdek.livejournal.com/4008.html) > > Linus > > On Tue, 24 Jan 2006, Linus Walleij wrote: > > > On Tue, 24 Jan 2006, Greg DeKoenigsberg wrote: > > > >> If and when I can say more, I assure you that I will. > > > > Cool now you sound like a federal comission :-) > > > > That statement alone indeed confirms that it is a hot potato. > > > > In absence of statements we can happily start speculating which will in turn > > generate rumors. Here is my first RockingSpeculation(TM) which is certainly > > NotTrue(TM): RedHat has struck a deal of sorts with /insert big company name > > here/ that their lawyers shall go after Microsoft for all their patents they > > break in case Microsoft sue Red Hat or the Fedora foundation for any patent > > infringements. > > > > /big company/ could be for example Novell since they sort of make Mono, or > > could even be IBM. Both hold many patents dangerous to Microsoft. > > > > Linus > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From icon at fedoraproject.org Mon Mar 27 03:30:03 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sun, 26 Mar 2006 22:30:03 -0500 Subject: Bunch of perl-* packages and uqm* orphaned In-Reply-To: <1143369985.15478.21.camel@localhost.localdomain> References: <1143369985.15478.21.camel@localhost.localdomain> Message-ID: <44275C3B.6050404@fedoraproject.org> Ville Skytt? wrote: > I've marked a bunch of perl-* packages that I no longer use as well as > uqm* [1] as orphaned/potentially orphaned. If someone's interested, > don't let the "potentially orphaned" status prevent you from just going > ahead and grabbing it. A few more packages will probably follow soon. I'll be a *happy camper* and *dance* the uqm. ;) --icon PS: Frungy! From mattdm at mattdm.org Mon Mar 27 03:37:09 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 26 Mar 2006 22:37:09 -0500 Subject: cvs host key changed? Message-ID: <20060327033709.GA10176@jadzia.bu.edu> Did I miss something? I was in the midst of trying to update wxGTK, and while "cvs update" and a few other commands ran fine, the cvs host appeared to go down for a few minutes, and now I get the ssh man-in-the-middle warning: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is dd:0d:f1:d6:e2:f6:39:cf:ca:6b:03:28:8d:84:3a:d5. Please contact your system administrator. [...] Is this intentional? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jspaleta at gmail.com Mon Mar 27 03:37:55 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 26 Mar 2006 22:37:55 -0500 Subject: Mono apps in extras In-Reply-To: References: <1138098162.7477.34.camel@mrwibble.mrwobble> <1138099396.21471.67.camel@thl.ct.heise.de> <1138100626.5294.78.camel@mccallum.corsepiu.local> <1138102204.21471.77.camel@thl.ct.heise.de> <1138104224.5294.100.camel@mccallum.corsepiu.local> Message-ID: <604aa7910603261937q3e90ca7idc6b6bf7eb0f167b@mail.gmail.com> On 3/26/06, Greg DeKoenigsberg wrote: > > Hee hee! > > And I couldn't even tell you at the time. But yes, Linus... you were dead > exactly right. Well done. :) Give him a t-shirt. GIVE HIM A T-SHIRT! -jef"give me a t-shirt too!"spaleta From sopwith at redhat.com Mon Mar 27 03:54:14 2006 From: sopwith at redhat.com (Elliot Lee) Date: Sun, 26 Mar 2006 22:54:14 -0500 (EST) Subject: CVS system migration done Message-ID: Hi all, cvs.fedoraproject.org (aka cvs.fedora.redhat.com) has been migrated to a new system. Please let me know if there are any problems that need fixing... Best, -- Elliot From sopwith at redhat.com Mon Mar 27 03:54:47 2006 From: sopwith at redhat.com (Elliot Lee) Date: Sun, 26 Mar 2006 22:54:47 -0500 (EST) Subject: cvs host key changed? In-Reply-To: <20060327033709.GA10176@jadzia.bu.edu> References: <20060327033709.GA10176@jadzia.bu.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 26 Mar 2006, Matthew Miller wrote: > Did I miss something? I was in the midst of trying to update wxGTK, and > while "cvs update" and a few other commands ran fine, the cvs host appeared > to go down for a few minutes, and now I get the ssh man-in-the-middle > warning: > > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! > Someone could be eavesdropping on you right now (man-in-the-middle attack)! > It is also possible that the RSA host key has just been changed. > The fingerprint for the RSA key sent by the remote host is > dd:0d:f1:d6:e2:f6:39:cf:ca:6b:03:28:8d:84:3a:d5. > Please contact your system administrator. > [...] > > Is this intentional? Yea, and I can confirm that this is the correct fingerprint. Best, - -- Elliot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEJ2ILRGNSNPAxY7ERArU1AJ44ziRmMJkM+sNBwNKPSa/npozaYwCeMv2/ tk2r4hP7Hgz07ntX4A2of8E= =uYGh -----END PGP SIGNATURE----- From bugzilla at redhat.com Mon Mar 27 04:33:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 26 Mar 2006 23:33:02 -0500 Subject: [Bug 183438] Review Request: idioskopos (C++ Introspection Library) In-Reply-To: Message-ID: <200603270433.k2R4X26M003962@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: idioskopos (C++ Introspection Library) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183438 ------- Additional Comments From rvinyard at cs.nmsu.edu 2006-03-26 23:32 EST ------- Made a few changes to reflect other items brought up in the cairomm review. Spec Name or Url: http://miskatonic.cs.nmsu.edu/pub/idioskopos.spec SRPM Name or Url: http://miskatonic.cs.nmsu.edu/pub/fedora/5/srpms/idioskopos-0.1.13-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ivazquez at ivazquez.net Mon Mar 27 05:25:23 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 27 Mar 2006 00:25:23 -0500 Subject: gnome-applet-rhythmbox -> gnome-applet-music In-Reply-To: <1143369244.31404.17.camel@ignacio.lan> References: <1143369244.31404.17.camel@ignacio.lan> Message-ID: <1143437123.5739.0.camel@ignacio.lan> On Sun, 2006-03-26 at 05:34 -0500, Ignacio Vazquez-Abrams wrote: > Rhythmbox Applet (gnome-applet-rhythmbox) has been succeeded by Music > Applet. The code hasn't really changed much ("rb" has become "ma" > everywhere, plus a few more changes), I was wondering if anyone would > take issue if I imported the gnome-applet-music package I've created and > removed the relevant branches of gnome-applet-rhythmbox. Here are the > spec file and SRPM if anyone wants to take a look at them: > > http://fedora.ivazquez.net/files/extras/gnome-applet-music.spec > http://fedora.ivazquez.net/files/extras/gnome-applet-music-0.9.0-1.src.rpm Since no one seems to have a problem with this I'm going to go ahead and do it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Mon Mar 27 06:31:59 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 27 Mar 2006 07:31:59 +0100 Subject: Bunch of perl-* packages and uqm* orphaned In-Reply-To: <20060326222909.GB8471@lists.us.dell.com> References: <1143369985.15478.21.camel@localhost.localdomain> <20060326222515.GA8471@lists.us.dell.com> <20060326222909.GB8471@lists.us.dell.com> Message-ID: <1143441120.4975.133.camel@laurel.intra.city-fan.org> On Sun, 2006-03-26 at 16:29 -0600, Matt Domsch wrote: > On Sun, Mar 26, 2006 at 04:25:15PM -0600, Matt Domsch wrote: > > On Sun, Mar 26, 2006 at 01:46:25PM +0300, Ville Skytt? wrote: > > > I've marked a bunch of perl-* packages that I no longer use as well as > > > uqm* [1] as orphaned/potentially orphaned. If someone's interested, > > > don't let the "potentially orphaned" status prevent you from just going > > > ahead and grabbing it. A few more packages will probably follow soon. > > > > > > Full list of the above packages: > > > http://fedoraproject.org/wiki/Extras/OrphanedPackages?action=diff&rev1=240&rev2=241 > > > > > > perl-MIME-tools provides perl(MIME::Entity), which pgp-tools needs. > > So I guess I better pick that one up. > > Actually, looking closer, perl-MIME-tools is needed by a lot of > packages, and Ville just orphaned several of *its* dependencies too. > I hadn't really wanted to pick them all up. So let me un-volunteer, > unless no one steps up. :-) I'll volunteer to take: perl-Convert-BinHex perl-IO-stringy perl-MailTools perl-MIME-tools I keep track of these for my own local repo, so it shouldn't be too onerous. Paul. From bugzilla at redhat.com Mon Mar 27 08:08:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 03:08:59 -0500 Subject: [Bug 185951] Review Request: amsn : msn messenger clone In-Reply-To: Message-ID: <200603270808.k2R88xTA006139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amsn : msn messenger clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185951 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-27 03:08 EST ------- Ok I think I fixed all problems: Spec: http://amsn.sourceforge.net/tjikkun/amsn.spec SRPM: http://amsn.sourceforge.net/tjikkun/amsn-0.96-0.2.20060327cvs.src.rpm "-I still think the package should be divided up into sub packages. amsn-plugins, amsn-skins, amsn-utils? I'm not sure if this is a requirement or not, but a real reviewer might require it." I agree, my intent is to divide this package into amsn, amsn-plugins and amsn-skins. amsn-utils is not very usefull i think, since everything that would be in there would be required by amsn. For utils that can be used outside of amsn I will create seperate packages, if not yet existing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 08:59:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 03:59:46 -0500 Subject: [Bug 186887] New: Review Request: libnetfilter_conntrack - Netfilter conntrack userspace 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=186887 Summary: Review Request: libnetfilter_conntrack - Netfilter conntrack userspace library Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: i at stingr.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://stingr.net/l/fe/libnetfilter_conntrack.spec SRPM Name or Url: http://stingr.net/l/fe/libnetfilter_conntrack-0.0.30-1.src.rpm Description: libnetfilter_conntrack is a userspace library providing a programming interface (API) to the in-kernel connection tracking state table. P.S. This BuildRequires libnfnetlink which is on review too, I've put all these built in mock here: http://proxy.sgu.ru/mock/4/x86_64/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 09:02:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 04:02:13 -0500 Subject: [Bug 186892] New: Review Request: conntrack - Tool to manipulate netfilter connection tracking table 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=186892 Summary: Review Request: conntrack - Tool to manipulate netfilter connection tracking table Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: i at stingr.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://stingr.net/l/fe/conntrack.spec SRPM Name or Url: http://stingr.net/l/fe/conntrack-0.99.1-1.src.rpm Description: conntrack is used to search, list, inspect and maintain the netfilter connection tracking subsystem of the Linux kernel. Using conntrack , you can dump a list of all (or a filtered selection of) currently tracked connections, delete connections from the state table, and even add new ones. In addition, you can also monitor connection tracking events, e.g. show an event message (one line) per newly established connection. P.S. This also BuildRequires libnfnetlink and libnetfilter_conntrack -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 10:04:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 05:04:43 -0500 Subject: [Bug 185663] Review Request: sweep - An audio editor and live playback tool In-Reply-To: Message-ID: <200603271004.k2RA4hQJ002471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sweep - An audio editor and live playback tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185663 ------- Additional Comments From bugs.michael at gmx.net 2006-03-27 05:04 EST ------- > It does not make sense to put it back in, or does it? Claiming the editor supports FLAC when it doesn't, does not make sense. ;) > /usr/bin/sweep First of all, this tells me that I need to find out why my modified conflicts checker (it used rpmdb-{redhat,fedora} before) missed this. Secondly, why does "yum install lam" simply overwrite the installed binary from package "sweep" instead of reporting a conflict? Renaming the binary and the manual page to "sweep-audio-editor" should suffice. It's a GUI program primarily. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 10:31:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 05:31:53 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200603271031.k2RAVreP008166@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From dmitry at butskoy.name 2006-03-27 05:31 EST ------- Thanks a lot for the review, Tom! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 27 11:11:50 2006 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Mon, 27 Mar 2006 13:11:50 +0200 Subject: Wine on x86_64 - i386 version warning In-Reply-To: <1143399478.3560.16.camel@T7.Linux> References: <1143382747.3560.7.camel@T7.Linux> <1143399478.3560.16.camel@T7.Linux> Message-ID: <20060327131150.77c057d9@alkaid.a.lan> On Sun, 26 Mar 2006 19:57:58 +0100 "Paul F. Johnson" wrote: > As there isn't a native x86_64 version of Wine, I can't really call it a > bug. Just go ahead and report it anyways... wine people are happy when they get bugs even if it is some strange thing happening when you use i386 version on x86_64 which really should not be an issue... - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From mattdm at mattdm.org Mon Mar 27 11:55:31 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 27 Mar 2006 06:55:31 -0500 Subject: cvs host key changed? In-Reply-To: References: <20060327033709.GA10176@jadzia.bu.edu> Message-ID: <20060327115531.GA25375@jadzia.bu.edu> On Sun, Mar 26, 2006 at 10:54:47PM -0500, Elliot Lee wrote: > > Is this intentional? > Yea, and I can confirm that this is the correct fingerprint. Thanks. In the future, remember to preserve those keys, yeah? :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Mar 27 12:21:37 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 27 Mar 2006 07:21:37 -0500 Subject: CVS system migration done In-Reply-To: References: Message-ID: <20060327122137.GA27091@jadzia.bu.edu> On Sun, Mar 26, 2006 at 10:54:14PM -0500, Elliot Lee wrote: > cvs.fedoraproject.org (aka cvs.fedora.redhat.com) has been migrated to a > new system. Please let me know if there are any problems that need > fixing... $ make new-sources FILES="wxGTK-2.6.3.tar.bz2" Checking : wxGTK-2.6.3.tar.bz2 on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [new-sources] Error 255 -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Mon Mar 27 12:37:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 07:37:08 -0500 Subject: [Bug 186817] Review Request: kshutdown In-Reply-To: Message-ID: <200603271237.k2RCb8Df000871@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kshutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186817 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |177841 ------- Additional Comments From rdieter at math.unl.edu 2006-03-27 07:36 EST ------- Added FE-NEEDSPONSOR tracking bug. a few things off the top of my head: 1. drop from %post/%postun: /sbin/ldconfig %{_libdir}/kde not required. 2. missing (at least): BuildRequires: kdelibs-devel 3. use the %find_lang macro, instead of manually adding all those %lang()... entries. Add %find_lang %{name} near the end of your %install section, then use %files -f %{name}.lang 4. Use a full URL for the Source: tag. Something like: Source: http://dl.sourceforge.net/sourceforge/kshutdown/kshutdown-%{version}.tar.bz2 (one line) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 12:49:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 07:49:12 -0500 Subject: [Bug 186132] Review Request: openoffice.org-dict-cs_CZ In-Reply-To: Message-ID: <200603271249.k2RCnC1R003527@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openoffice.org-dict-cs_CZ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186132 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From rvokal at redhat.com 2006-03-27 07:48 EST ------- ACCEPT -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 12:52:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 07:52:17 -0500 Subject: [Bug 186909] New: Review Request: libmpcdec: Musepack audio decoding 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=186909 Summary: Review Request: libmpcdec: Musepack audio decoding library Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rdieter at math.unl.edu QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/libmpcdec.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/libmpcdec-1.2.2-1.src.rpm Description: Musepack is an audio compression format with a strong emphasis on high quality. It's not lossless, but it is designed for transparency, so that you won't be able to hear differences between the original wave file and the much smaller MPC file. It is based on the MPEG-1 Layer-2 / MP2 algorithms, but has rapidly developed and vastly improved and is now at an advanced stage in which it contains heavily optimized and patentless code. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ndbecker2 at gmail.com Mon Mar 27 13:24:13 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 27 Mar 2006 08:24:13 -0500 Subject: wxPython-2.6? Message-ID: What is the status of wxPython? We have wxGTK-2.6, but Name: wxPythonGTK2 Version: 2.4.2.4-7 at x86_64 From pertusus at free.fr Mon Mar 27 13:53:52 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 27 Mar 2006 15:53:52 +0200 Subject: wxPython-2.6? In-Reply-To: References: Message-ID: <20060327135352.GB2260@free.fr> On Mon, Mar 27, 2006 at 08:24:13AM -0500, Neal Becker wrote: > What is the status of wxPython? We have wxGTK-2.6, but > Name: wxPythonGTK2 > Version: 2.4.2.4-7 at x86_64 >From what I have understood, it is in progress. You can have a look at bugs 154618 and 163440. -- Pat From bugzilla at redhat.com Mon Mar 27 13:51:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 08:51:49 -0500 Subject: [Bug 186912] New: Review Request: k3b-extras: Free codec plugins for k3b 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=186912 Summary: Review Request: k3b-extras: Free codec plugins for k3b Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rdieter at math.unl.edu QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/k3b-extras.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/k3b-extras-0.12.14-1.src.rpm Description: Free decoder/encoder plugins for k3b, including: musepack decoder (libmpcdec) sndfile decoder (libsndfile) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 14:18:43 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 09:18:43 -0500 Subject: [Bug 183912] Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit In-Reply-To: Message-ID: <200603271418.k2REIhp5020604@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jack-audio-connection-kit - The Jack Audio Connection Kit https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183912 ------- Additional Comments From andy at smile.org.ua 2006-03-27 09:18 EST ------- I've updated jack to the version 0.100.7. Please, review the following spec and package. SRPM Name or Url: ftp://andriy.asplinux.com.ua/pub/people/andy/extras/jack- audio-connection-kit-0.100.7-1.src.rpm Spec Name or Url: ftp://andriy.asplinux.com.ua/pub/people/andy/extras/jack- audio-connection-kit.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 14:25:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 09:25:00 -0500 Subject: [Bug 186919] New: Review Request: eric: Python IDE 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=186919 Summary: Review Request: eric: Python IDE Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rdieter at math.unl.edu QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/eric.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/eric-3.8.2-1.src.rpm Description: eric3 is a full featured Python IDE that is written in PyQt using the QScintilla editor widget. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 14:46:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 09:46:30 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603271446.k2REkUFR028448@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matteo.corti at gmail.com ------- Additional Comments From ivazquez at ivazquez.net 2006-03-27 09:46 EST ------- *** Bug 186921 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 ivazquez at ivazquez.net Mon Mar 27 14:45:45 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 27 Mar 2006 09:45:45 -0500 Subject: Package import failure Message-ID: <1143470745.7753.3.camel@ignacio.lan> Huge implosion when trying to import: [ignacio at ignacio common]$ ./cvs-import.sh ~/work/rpmbuild/SRPMS/gnome-applet-music-0.9.0-1.src.rpm Checking out the modules file... For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Creating new module: gnome-applet-music For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. /bin/sh: /usr/sbin/sendmail: No such file or directory Traceback (most recent call last): File "/cvs/extras/CVSROOT/syncmail", line 320, in ? main() File "/cvs/extras/CVSROOT/syncmail", line 314, in main blast_mail(subject, people) File "/cvs/extras/CVSROOT/syncmail", line 249, in blast_mail fh_write.close() IOError: [Errno 32] Broken pipe For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Running syncmail... Mailing cvsextras at fedora.redhat.com... ...syncmail done. /bin/sh: /usr/sbin/sendmail: No such file or directory Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Running syncmail... Mailing relnotes at fedoraproject.org... ...syncmail done. Running syncmail... Mailing cvsextras at fedora.redhat.com... ...syncmail done. /bin/sh: /usr/sbin/sendmail: No such file or directory Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Running syncmail... Mailing relnotes at fedoraproject.org... ...syncmail done. Running syncmail... Mailing cvsextras at fedora.redhat.com... Traceback (most recent call last): File "/cvs/extras/CVSROOT/syncmail", line 320, in ? main() File "/cvs/extras/CVSROOT/syncmail", line 314, in main blast_mail(subject, people) File "/cvs/extras/CVSROOT/syncmail", line 249, in blast_mail fh_write.close() IOError: [Errno 32] Broken pipe Running syncmail... Mailing cvsextras at fedora.redhat.com... Traceback (most recent call last): File "/cvs/extras/CVSROOT/syncmail", line 320, in ? main() File "/cvs/extras/CVSROOT/syncmail", line 314, in main blast_mail(subject, people) File "/cvs/extras/CVSROOT/syncmail", line 249, in blast_mail fh_write.close() IOError: [Errno 32] Broken pipe For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs /bin/sh: /usr/sbin/sendmail: No such file or directory Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. /bin/sh: /usr/sbin/sendmail: No such file or directory Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Traceback (most recent call last): File "/cvs/extras/CVSROOT/syncmail", line 320, in ? main() File "/cvs/extras/CVSROOT/syncmail", line 314, in main blast_mail(subject, people) File "/cvs/extras/CVSROOT/syncmail", line 249, in blast_mail fh_write.close() IOError: [Errno 32] Broken pipe Traceback (most recent call last): File "/cvs/extras/CVSROOT/syncmail", line 320, in ? main() File "/cvs/extras/CVSROOT/syncmail", line 314, in main blast_mail(subject, people) File "/cvs/extras/CVSROOT/syncmail", line 249, in blast_mail fh_write.close() IOError: [Errno 32] Broken pipe Entry for module 'gnome-applet-music' created. Checking out module: 'gnome-applet-music' For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Unpacking source package: gnome-applet-music-0.9.0-1.src.rpm... For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs A gnome-applet-music.spec L music-applet-0.9.0.tar.gz Checking : music-applet-0.9.0.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [upload] Error 255 ERROR: Uploading the source tarballs failed! [ignacio at ignacio common]$ -- 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: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Mar 27 14:57:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 09:57:03 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603271457.k2REv3TH031318@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ------- Additional Comments From imlinux at gmail.com 2006-03-27 09:56 EST ------- Just an update on this, upstream has been working to correct the issue. I'll be posting their CVS version soon for testing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Mon Mar 27 15:05:08 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 27 Mar 2006 09:05:08 -0600 Subject: Package import failure In-Reply-To: <1143470745.7753.3.camel@ignacio.lan> References: <1143470745.7753.3.camel@ignacio.lan> Message-ID: Ignacio Vazquez-Abrams wrote: > Checking : music-applet-0.9.0.tar.gz on > https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > ERROR: could not check remote file status I'm seeing the same error(s) simply trying to update packages with new source files (ie, make upload FILES=... fails) -- Rex From mattdm at mattdm.org Mon Mar 27 15:23:37 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 27 Mar 2006 10:23:37 -0500 Subject: wxPython-2.6? In-Reply-To: References: Message-ID: <20060327152337.GA832@jadzia.bu.edu> On Mon, Mar 27, 2006 at 08:24:13AM -0500, Neal Becker wrote: > What is the status of wxPython? We have wxGTK-2.6, but > Name: wxPythonGTK2 > Version: 2.4.2.4-7 at x86_64 After updating to wxGTK 2.6.2, I went to update to the corresponding wxPython, and discovered that there was an unstream packaging error in that version. Now, wxGTK 2.6.3 is out, and I'm getting that updated, and when the corresponding wxPython comes out (should be really soon) I'll update that too and all will be well. I plan to update in devel first, then if that causes no problems, to update in FC5, and then when that's all okay, update FC4. (And stop there.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Mon Mar 27 15:25:08 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 27 Mar 2006 10:25:08 -0500 Subject: Package import failure In-Reply-To: References: <1143470745.7753.3.camel@ignacio.lan> Message-ID: <20060327152508.GB832@jadzia.bu.edu> On Mon, Mar 27, 2006 at 09:05:08AM -0600, Rex Dieter wrote: > >Checking : music-applet-0.9.0.tar.gz on > >https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > >ERROR: could not check remote file status > I'm seeing the same error(s) simply trying to update packages with new > source files (ie, make upload FILES=... fails) Okay, good; it's not just me. That CGI gives a 403 error: Forbidden You don't have permission to access /repo/extras/upload.cgi on this server. I assume this is another problem with the migration to the new machine. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugs.michael at gmx.net Mon Mar 27 15:33:34 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 27 Mar 2006 17:33:34 +0200 Subject: Finding file conflicts In-Reply-To: <43F0D8E5.3020002@cora.nwra.com> References: <43F0D8E5.3020002@cora.nwra.com> Message-ID: <20060327173334.0c72f6cd.bugs.michael@gmx.net> [Finally arrived at this message. Not seldomly I only mark messages with a colour within Sylpheed and later look them up again.] On Mon, 13 Feb 2006 12:07:17 -0700, Orion Poplawski wrote: > It seems like part of the review process should be to check for file > conflicts between the new package and all of FC/FE. Can this be done > easily? With a bit of additional work, yes. Previously, we've had rpmdb-redhat and rpmdb-fedora, but they are not available anymore, since repository metadata has taken over. They could be used easily to avoid conflicts with Core and an always out-of-date rpmdb-fedora-extras, which is what I did with a small Perl script for fedora.us. The slightly modified script uses "repoquery" from yum-utils instead: $ repoquery -qal > /tmp/repoquery-qal.txt $ rpmqfcheck.pl sweep-0.9.1-3.i386.rpm => File conflict with package: lam Package conflicts with: /usr/bin/sweep It's a hack and also reports orphaned directories. Since I fixed a tiny bug in it today, it's available here: http://home.arcor.de/ms2002sep/tmp/rpmqfcheck.pl From bugzilla at redhat.com Mon Mar 27 16:29:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 11:29:39 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603271629.k2RGTdJB023934@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |Jochen at herr-schmitt.de ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-27 11:29 EST ------- Good: * RPM name is OK * Source tls1.5.0-src.tar.gz is the same as upstream * Builds fine in mock * rpmlint of tcltls looks OK * rpmlint of tcltls-devel looks OK * File list of tcltls looks OK * File list of tcltls-devel looks OK * INSERT RESULT OF RUN TEST Bad: - debuginfo RPM contains no source files. - make test fails please see attached file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 16:41:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 11:41:51 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603271641.k2RGfpbZ027028@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 ------- Additional Comments From orion at cora.nwra.com 2006-03-27 11:41 EST ------- (In reply to comment #3) > - "cp -a Docs/Example ..." should be "cp -a Example ..." Fixed. > - instead of requiring /usr/share/emacs/site-lisp: > Requires: emacs-common > The same goes for vim: > Requires: vim-common > The problem is, that the location is only correct for > a specific version of vim. Is there no version-independent > site directory like for emacs? > I prefer the way it is. What the package really requires is the existence of the directories /usr/share/emacs/site-lisp. If this directory ends up being in another package, I don't have to do anything. I was not able to find a version-independent site directory for vim, unfortunately. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 16:48:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 11:48:02 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603271648.k2RGm2Ha028276@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 ------- Additional Comments From rdieter at math.unl.edu 2006-03-27 11:48 EST ------- Re: emacs site-lisp Another simplistic approach (that some, me not included, object to) is to 1. install the files to /usr/share/emacs/site-lisp 2. include these in the main pkg (ie, no subpkg) 3. Add no additional/special Requires wrt emacs. It's simple and it works (when emacs is installed, or any other package that "owns" /usr/share/emacs/site-lisp). At worst, when emacs is not installed, you have files installed into an unowned dir. IMO, the benefits of this approach (mostly it's simplicity) outweigh the disadvantage of installing files into a potentially unowned dir (site-lisp). The same general approach can be applied to the vim files too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 16:54:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 11:54:44 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603271654.k2RGsiKb029629@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2006-03-27 11:54 EST ------- PUBLISH++ MD5SUMS: 0b6a48c327fb103d634486c4a64052f0 pwgen-2.05-3.src.rpm b94546a346cb352054ea2d3d09f7f885 pwgen-2.05.tar.gz 4aaddffd833922b16b61c06baecbab1d pwgen.spec Good: * Source tarball MD5 digest verified * URL and Source URL are valid * License verified (only mentioned in http://sourceforge.net/projects/pwgen/) * RPM_OPT_FLAGS are present during the building step * File permissions are valid (rpm -qplv ...) * Builds without problems in FC-3, FC-4, and FC-5 Note: This is my vote for approval. The final word belongs to Patrice as he has done the first review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 16:58:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 11:58:42 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603271658.k2RGwgVp030458@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |wart at kobold.org ------- Additional Comments From wart at kobold.org 2006-03-27 11:58 EST ------- I'll take a look at this shortly. The premise of the game sounds strikingly similar to something that I use to play 20 years ago... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Mon Mar 27 17:29:00 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 27 Mar 2006 19:29:00 +0200 Subject: cvs problem ? Message-ID: <1143480541.2529.12.camel@bureau.maison> I'm trying to upload a new package version using cvs-import.sh : $ ./common/cvs-import.sh /home/tanguy/rpmbuild/SRPMS/ircd-hybrid-7.2.1-1.src.rpm Checking out the modules file... For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Module 'ircd-hybrid' already exists... Checking out module: 'ircd-hybrid' For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Unpacking source package: ircd-hybrid-7.2.1-1.src.rpm... L ircd-hybrid-7.2.1.tgz U ircd-hybrid.spec Checking : ircd-hybrid-7.2.1.tgz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [upload] Erreur 255 ERROR: Uploading the source tarballs failed! what's the problem ? Eric From bugzilla at redhat.com Mon Mar 27 17:26:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 12:26:42 -0500 Subject: [Bug 186912] Review Request: k3b-extras: Free codec plugins for k3b In-Reply-To: Message-ID: <200603271726.k2RHQgZJ002977@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: k3b-extras: Free codec plugins for k3b https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186912 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-27 12:26 EST ------- Can't connect to abouve URL -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 17:28:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 12:28:04 -0500 Subject: [Bug 186919] Review Request: eric: Python IDE In-Reply-To: Message-ID: <200603271728.k2RHS4G7003257@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eric: Python IDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186919 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-27 12:28 EST ------- Can't get connection to above URL -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 17:29:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 12:29:18 -0500 Subject: [Bug 186912] Review Request: k3b-extras: Free codec plugins for k3b In-Reply-To: Message-ID: <200603271729.k2RHTIod003537@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: k3b-extras: Free codec plugins for k3b https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186912 ------- Additional Comments From rdieter at math.unl.edu 2006-03-27 12:29 EST ------- WORKSFORME. You can alternatively substitute kde-redhat.unl.edu for apt.kde-redhat.org. Does that help? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 17:38:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 12:38:50 -0500 Subject: [Bug 186919] Review Request: eric: Python IDE In-Reply-To: Message-ID: <200603271738.k2RHconW006005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: eric: Python IDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186919 ------- Additional Comments From rdieter at math.unl.edu 2006-03-27 12:38 EST ------- Trying using kde-redhat.unl.edu in place of apt.kde-redhat.org. kde-redhat.org seems to be inaccessible to some folks from .de for some reason. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Mon Mar 27 17:47:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 27 Mar 2006 12:47:13 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060327174713.59007802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 libtasn1-0.3.2-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Mar 27 17:47:15 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 27 Mar 2006 12:47:15 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060327174715.992BC802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 2 gnome-blog-0.8-13.fc5 libtasn1-0.3.2-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 Mon Mar 27 17:49:25 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 27 Mar 2006 12:49:25 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060327174925.7990E802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 1 gnome-blog-0.8-13.fc6 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 Mar 27 17:46:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 12:46:41 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603271746.k2RHkfrl007580@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-27 12:46 EST ------- It is somewhat similar to *that* game yes. I noticed I forgot to add desktop-file-utils to the BR. I've uploaded a new version over the previous -1 with this fixed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 17:51:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 12:51:58 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603271751.k2RHpwlE008602@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 ------- Additional Comments From gemi at bluewin.ch 2006-03-27 12:51 EST ------- In general I object to potentially unknowned directories :-) However in this case, for simplicity's sake I agree. Another possibility is to own "/usr/share/emacs". Several other packages do this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 18:02:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 13:02:25 -0500 Subject: [Bug 186912] Review Request: k3b-extras: Free codec plugins for k3b In-Reply-To: Message-ID: <200603271802.k2RI2P6v010623@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: k3b-extras: Free codec plugins for k3b https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186912 ------- Additional Comments From bugs.michael at gmx.net 2006-03-27 13:02 EST ------- Rex, the apt.kde-redhat.org domain should be known for a long time as being unreachable for all (or nearly all) T-Com networks. And "very long" here means "many months or even years". And believe me, the rest of the net works flawlessly. http://apt.kde-redhat.org/ => http://129.93.181.6/ no problems. Look: $ host apt.kde-redhat.org Host apt.kde-redhat.org not found: 2(SERVFAIL) $ host -a kde.redhat.org Trying "kde.redhat.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4844 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;kde.redhat.org. IN ANY ;; ANSWER SECTION: kde.redhat.org. 300 IN A 209.200.153.152 kde.redhat.org. 6000 IN NS ns2.sedoparking.com. kde.redhat.org. 6000 IN NS ns1.sedoparking.com. kde.redhat.org. 6000 IN SOA ns1.sedoparking.com. hostmaster.sedo.de. 2000013101 28800 7200 604800 86400 $ host apt.kde-redhat.org ns1.sedoparking.com Using domain server: Name: ns1.sedoparking.com Address: 217.160.95.94#53 Aliases: apt.kde-redhat.org has address 209.200.153.152 Using domain server: Name: ns1.sedoparking.com Address: 217.160.95.94#53 Aliases: Using domain server: Name: ns1.sedoparking.com Address: 217.160.95.94#53 Aliases: $ host apt.kde-redhat.org ns2.sedoparking.com Using domain server: Name: ns2.sedoparking.com Address: 217.160.141.42#53 Aliases: apt.kde-redhat.org has address 209.200.153.152 Using domain server: Name: ns2.sedoparking.com Address: 217.160.141.42#53 Aliases: Using domain server: Name: ns2.sedoparking.com Address: 217.160.141.42#53 Aliases: $ host apt.kde-redhat.org 209.200.153.152 ;; connection timed out; no servers could be reached -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Mon Mar 27 18:19:42 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 27 Mar 2006 11:19:42 -0700 Subject: CVS system migration done In-Reply-To: References: Message-ID: <44282CBE.7040604@cora.nwra.com> Elliot Lee wrote: > Hi all, > > cvs.fedoraproject.org (aka cvs.fedora.redhat.com) has been migrated to a > new system. Please let me know if there are any problems that need > fixing... > > Best, > -- Elliot > [orion at cynosure devel]$ cvs diff hdf5.spec For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Permission denied (publickey,keyboard-interactive). cvs [diff aborted]: end of file from server (consult above messages if any) -- 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 Jochen at herr-schmitt.de Mon Mar 27 18:39:52 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 27 Mar 2006 20:39:52 +0200 Subject: Trouble with cvs Message-ID: <20060327183952.GA31528@myhome> Hello, when I try to checkout a module, I will get the following error message: Script wurde gestartet: Mo 27 M?r 2006 20:36:46 CEST ]0;pclinux at myhome:~/cvs/fed-extras[pclinux at myhome fed-extras]$ cvs co highlight For more information on using the Fedora source code 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) ]0;pclinux at myhome:~/cvs/fed-extras[pclinux at myhome fed-extras]$ exit exit Script beendet: Mo 27 M?r 2006 20:37:02 CEST It will be nice, if anyone can give me a hint to solve this problem. Best Regards: Jochen Schmitt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From bugzilla at redhat.com Mon Mar 27 19:11:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 14:11:15 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603271911.k2RJBFq5029148@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-27 14:11 EST ------- - debuginfo RPM contains no source files. How can I make it contain them? I searched for information but could not find anything. Is it automatically generated with /usr/lib/rpm/find-debuginfo.sh ? If so what can I do about it? - make test fails please see attached file. I fixed this but will upload when I know about the other problem. Once again thank you very much for taking the time for reviewing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From kwade at redhat.com Mon Mar 27 19:25:35 2006 From: kwade at redhat.com (Karsten Wade) Date: Mon, 27 Mar 2006 11:25:35 -0800 Subject: Trouble with cvs In-Reply-To: <20060327183952.GA31528@myhome> References: <20060327183952.GA31528@myhome> Message-ID: <1143487536.13799.80.camel@erato.phig.org> On Mon, 2006-03-27 at 20:39 +0200, Jochen Schmitt wrote: > Hello, > > when I try to checkout a module, I will get the following error message: > > Script wurde gestartet: Mo 27 M?r 2006 20:36:46 CEST > ]0;pclinux at myhome:~/cvs/fed-extras[pclinux at myhome fed-extras]$ cvs co highlight > For more information on using the Fedora source code 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) > ]0;pclinux at myhome:~/cvs/fed-extras[pclinux at myhome fed-extras]$ exit > exit I also am getting a permission denied. I understand it is being worked on right now. We'll hear again from Elliot when it is fixed. - Karsten -- Karsten Wade, RHCE * Sr. Editor * http://people.redhat.com/kwade/ gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41 Fedora Documentation Project http://fedoraproject.org/wiki/DocsProject Learn. Network. Experience open source. Red Hat Summit Nashville | May 30 - June 2, 2006 Learn more: http://www.redhat.com/promo/summit/ -------------- 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 Mar 27 19:35:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 14:35:48 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603271935.k2RJZmgx002017@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-27 14:35 EST ------- Add the -g flag during compiliation. Don't stript the executables. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 20:11:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 15:11:33 -0500 Subject: [Bug 186912] Review Request: k3b-extras: Free codec plugins for k3b In-Reply-To: Message-ID: <200603272011.k2RKBXo7009977@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: k3b-extras: Free codec plugins for k3b https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186912 ------- Additional Comments From rdieter at math.unl.edu 2006-03-27 15:11 EST ------- Thanks Michael, I had no idea the problem was that wide-spread. I've forwarded your comments to my DNS hosting provider. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 20:53:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 15:53:33 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603272053.k2RKrXEd023834@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 ------- Additional Comments From pertusus at free.fr 2006-03-27 15:53 EST ------- (In reply to comment #2) > > %{_mandir}/man1/pwgen.1* > > > > Ah, good point. That is now fixed. This still isn't a blocker, but the way you made the glob, the man page won't be taken if there is no compression. Indeed in that case, the file name will be %{_mandir}/man1/pwgen.1 which isn't taken by your glob %{_mandir}/man1/pwgen.1.* and that's why I advertise %{_mandir}/man1/pwgen.1* -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 21:01:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 16:01:20 -0500 Subject: [Bug 185407] Review Request: pwgen - Automatic password generation In-Reply-To: Message-ID: <200603272101.k2RL1Kh5026151@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pwgen - Automatic password generation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185407 ------- Additional Comments From pertusus at free.fr 2006-03-27 16:01 EST ------- (In reply to comment #5) > This is my vote for approval. The final word belongs to Patrice as he has done > the first review. I interpret that you are sponsoring James in that case... APPROVED There is only a minor issue, I think the changelog is more readable if there is an empty line between release fields, like * Sat Mar 25 2006 James Bowes - 2.05-3 - Add dist tag to release. - Don't strip binary, since rpmbuild will do it. * Fri Mar 24 2006 James Bowes - 2.05-2 - Use url for Source0 in spec file. - Use glob for man page extension. - Increment release number. And also you can remove the line - Increment release number. as it is redundant with having a new changelog entry. No need to add a changelog entry for those changes, nor if you change the glob for man pages, and you can do that after importing in the cvs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 21:21:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 16:21:48 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603272121.k2RLLmi5031482@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-27 16:21 EST ------- MUST ==== * rpmlint complains about the setgid binary. This is acceptable per the Games SIG recommendation regarding scoreboard files. * Package and spec file named appropriately * License (GPL) ok, license file included * spec file is legible and in Am. English. * Source matches upstream 231fda022d309e1ef4a0d993ca693462 njam-1.25-src.tar.gz * Compiles and builds on FC5-i386 and in mock on FC4-x86_64, FC4-i386 * BR: ok * No locales * No shared libraries * Not relocatable * Permissions ok * %doc does not affect runtime * Contains code and permissible content * No -devel package * .desktop file included * Directory ownership ok MUSTFIX ======= * Some of the wording and capitalization in the %description is a little awkward. I suggest the following: "Njam is a fast-paced maze-game where you must eat all the cookies while avoiding the badguys. Special cookies give you the power to freeze or eat the bad guys. The game features single and multiplayer modes, network play, duelling and cooperative games, great music and sound effects, customizable level skins, many different levels and an integrated level editor." * Man pages for games should go in %{mandir}/man6 according to the FHS: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREMANMANUALPAGES This also needs to be mentioned on the Games SIG wiki page (I'll add it shortly) * The summary, %description, and njam.1 file should refer to cookies instead of dots. This is how they are described on the home page. RECOMMENDED =========== * For a nicer looking icon, make the background transparent: convert -transparent black njamicon.ico %{name}.png * The "Home" link in the upper-right of the doc-editor.html file points to a nonexistant index.html file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 21:22:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 16:22:34 -0500 Subject: [Bug 186993] New: Review Request: shippy - Space invaders / Galaxians like game with powerups 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=186993 Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: j.w.r.degoede at hhs.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/shippy.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/shippy-1.3.3.7-1.src.rpm Description: Shippy1984 is a small, portable game designed to bring back nostalgia for the ways games used to be made--addicting as hell! Mash buttons on your way to the high score! Shippy1984 is designed from the ground up for the avid casual gamer who feels left behind by the technological overload of today's games! No longer! Shippy1984 is the game you have been waiting for! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 21:29:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 16:29:08 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603272129.k2RLT8Md000773@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-27 16:29 EST ------- Cool & Thanks, I'll look into both the MUSTFIX and RECOMMENDED tomorrow as time permits. In the mean time if you've got time you could take a look at the other classic inspired game I've just submitted for review, see the games sig page. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 21:59:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 16:59:42 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603272159.k2RLxgG2010011@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From tkmame at retrogames.com 2006-03-27 16:59 EST ------- Two minute review: -BR is missing allegro-devel -rpmlint errors/warnings: W: shippy no-documentation E: shippy non-standard-executable-perm /usr/bin/shippy 02755 W: shippy-allegro no-documentation E: shippy-allegro non-standard-executable-perm /usr/bin/shippy-allegro 02755 I guess these are okay to be ignored. I tried running shippy and fullscreen mode does not work properly on my LCD monitor. The screen is shifted to the right and down so I only see the upper-left portion of the screen. Probablly due to a bad X11 config on my part. -package name okay -If I only install shippy-allegro I do not get a desktop entry -Shouldnt shippy-data be noarch? -Could not find: http://download.sourceforge.net/ship84/shipv1.3.3.7UNIX.zip -Could not verify source due to error above -Illegal use of elite version numbers -The angry Fez won! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 22:29:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 17:29:13 -0500 Subject: [Bug 178901] Review Request: gtksourceview-sharp In-Reply-To: Message-ID: <200603272229.k2RMTDNm018354@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtksourceview-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178901 ------- Additional Comments From paul at all-the-johnsons.co.uk 2006-03-27 17:28 EST ------- Updated spec Spec Name or Url: http://www.smmp.salford.ac.uk/packages/gtksourceview-sharp.spec Only change is that I'd forgotten to include 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 Mon Mar 27 22:31:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 17:31:12 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603272231.k2RMVC0Z018939@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-27 17:31 EST ------- (In reply to comment #1) > Two minute review: > > -BR is missing allegro-devel ditto. > -rpmlint errors/warnings: > W: shippy no-documentation Perhaps the docs from shippy-data should move to the base shippy package. rpmlint will warn about no docs for shippy-data, but that's fine. > E: shippy non-standard-executable-perm /usr/bin/shippy 02755 > W: shippy-allegro no-documentation Either make shippy-allegro require shippy, or duplicate the docs in shippy-allegro. Based on my .desktop file comments below, I would recommend the former > E: shippy-allegro non-standard-executable-perm /usr/bin/shippy-allegro 02755 This is allowed per the Games SIG packaging guidelines for shared scoreboard files. > I guess these are okay to be ignored. I tried running shippy and fullscreen > mode does not work properly on my LCD monitor. The screen is shifted to the > right and down so I only see the upper-left portion of the screen. Probablly > due to a bad X11 config on my part. > > -package name okay > -If I only install shippy-allegro I do not get a desktop entry Since there are two executables (shippy shippy-allegro), I would suggest changing the name of the executable 'shippy' to 'shippy-std' and providing a wrapper script that invokes shippy-allegro, if present, or shippy-std if not. This wrapper should be in the base 'shippy' package and called by the .desktop file. This will allow the .desktop file to launch the best available frontend found, but would also force shippy-allegro to Requires: shippy. > -Shouldnt shippy-data be noarch? It should, but you can't provide arch and noarch packages from a single spec file. Unless upstream provides a separate tarball for the -data files, the use of a single spec that generates an arch-specific -data package is fine. > -Could not find: > http://download.sourceforge.net/ship84/shipv1.3.3.7UNIX.zip > -Could not verify source due to error above > -Illegal use of elite version numbers ?? As far as I'm concerned, if upstream uses 1.3.3.7 as the version number, the spec file should as well. I wonder what they'll change it to if they ever release a new version... > -The angry Fez won! No kidding! Curse the angry Fez! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 23:10:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 18:10:17 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603272310.k2RNAHFu028584@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From tkmame at retrogames.com 2006-03-27 18:09 EST ------- > I would suggest changing the name of the executable 'shippy' to > 'shippy-std' and providing a wrapper script that invokes > shippy-allegro, if present, or shippy-std if not. Or perhaps make a shippy-allegro, shippy-sdl, and shippy, where shippy is the wrapper script that calls which ever version it finds. >> -Illegal use of elite version numbers > ?? As far as I'm concerned, if upstream uses 1.3.3.7 as the version number Yes, I just wanted the point out the humor in the version number incase anyone else missed it ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 23:24:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 18:24:09 -0500 Subject: [Bug 183322] Review Request: conexus (network and serial I/O library with Gtkmm widgets) In-Reply-To: Message-ID: <200603272324.k2RNO9US031920@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: conexus (network and serial I/O library with Gtkmm widgets) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183322 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2006-03-27 18:24 EST ------- * Missing "BuildRequires: libpcap" * The two %doc files AUTHORS and COPYING are included in both the -devel package and the main package, which should be avoided. * The -devel package is missing "Requires: libpcap" for /usr/include/pcap.h * The -devel should "Requires: pkgconfig" since without using pkg-config's --cflags and --libs commands it would be difficult to find out all the include search paths and libraries * DNS-based random mirror download location for SF.net actually is of the generic form (and command-line compatible!): http://download.sourceforge.net/conexus/%{name}-%{version}.tar.bz2 Also available: http://dl.sf.net/.... With those changes applied (you're upstream): APPROVED What's the status of the examples? $ cd widget_tests $ ./main terminate called after throwing an instance of 'conexus::error::address::no_name' what(): conexus:address:errno[-2]: The name does not resolve for the supplied parameters. Aborted -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Mon Mar 27 23:26:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 18:26:22 -0500 Subject: [Bug 183953] Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) In-Reply-To: Message-ID: <200603272326.k2RNQMan032561@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bit (A bit-oriented data stream parser and gtkmm widget set) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183953 ------- Additional Comments From bugs.michael at gmx.net 2006-03-27 18:25 EST ------- * Directory %{_datadir}/bit/ not included in -devel package: $ rpmqfcheck.pl bit-devel-0.1.27-2.i386.rpm Orphaned dir: /usr/share/bit * Package -devel should "Requires: boost-devel" regardless of whether conexus-devel requires this, too. It includes boost headers itself. * The two %doc files AUTHORS and COPYING are included in both the -devel package and the main package, which should be avoided. * The -devel should "Requires: pkgconfig" since without using pkg-config's --cflags and --libs commands it would be difficult to find out all the include search paths and libraries * DNS-based random mirror download location for SF.net actually is of the generic form (and command-line compatible!): http://download.sourceforge.net/conexus/%{name}-%{version}.tar.bz2 * bit-0.1.27/bit/tuplebase.h fails to compile due to extra qualification * tests/test_istream fails (attachment following...) Summary: 11 passed, 2 failed WARNING: 2 TESTS FAILED!!! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 00:12:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 19:12:06 -0500 Subject: [Bug 186632] Review Request: svn2cl - Create a ChangeLog from a Subversion log In-Reply-To: Message-ID: <200603280012.k2S0C6RZ007484@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: svn2cl - Create a ChangeLog from a Subversion log https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186632 ------- Additional Comments From tkmame at retrogames.com 2006-03-27 19:11 EST ------- Hi, can you please provide a link to a .spec file as well? I know its contained in the src.rpm, but it is a requirement to have links to both a .spec and .src.rpm file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 01:15:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 20:15:19 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603280115.k2S1FJGh016831@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ------- Additional Comments From imlinux at gmail.com 2006-03-27 20:15 EST ------- SRPM: http://mmcgrath.net/~mmcgrath/nagios/nagios-plugins-1.4.2-8.20060216cvs.src.rpm SPEC: http://mmcgrath.net/~mmcgrath/nagios/nagios-plugins.spec Updates using CVS, please check if these work on a 64bit system. Also check my version, I think it's ok but not too 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 bugzilla at redhat.com Tue Mar 28 01:33:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 20:33:21 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603280133.k2S1XLFT020191@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ------- Additional Comments From jkeating at redhat.com 2006-03-27 20:33 EST ------- Seems to build ok on x86_64 now. Not sure what you mean by 'check my 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 Tue Mar 28 01:42:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 27 Mar 2006 20:42:40 -0500 Subject: [Bug 176374] Review Request: nagios-plugins In-Reply-To: Message-ID: <200603280142.k2S1gefK022165@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nagios-plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 ------- Additional Comments From imlinux at gmail.com 2006-03-27 20:42 EST ------- Awesome. By version I meant my release version, I think it follows the naming guidelines but I wanted someone else to check it because it doesn't fully match the upstream source version which includes snapshot time as well as the date... Guess I'm just being careful. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From drees76 at gmail.com Tue Mar 28 01:51:37 2006 From: drees76 at gmail.com (David Rees) Date: Mon, 27 Mar 2006 17:51:37 -0800 Subject: up-imapproxy for FC5 Message-ID: <72dbd3150603271751j7ed24dc1kcac233b2f211e618@mail.gmail.com> up-imapproxy doesn't build for FC5 and as shipped in extras right now it won't install because it depends on a missing libssl.so.5 and libcrypto.so.5 due to the openssl upgrade in FC5. I've got a patch, updated spec and src RPM referenced in bug 185729. Hopefully the up-imapproxy maintainer or someone else can get this pushed through? Or should I create a new Review Request? -Dave https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185729 From bugzilla at redhat.com Tue Mar 28 05:33:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 00:33:05 -0500 Subject: [Bug 186632] Review Request: svn2cl - Create a ChangeLog from a Subversion log In-Reply-To: Message-ID: <200603280533.k2S5X5L2008989@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: svn2cl - Create a ChangeLog from a Subversion log https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186632 ------- Additional Comments From ville.skytta at iki.fi 2006-03-28 00:32 EST ------- The separate specfile is redundant; the srpm must be checked by reviewers anyway. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 06:52:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 01:52:29 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603280652.k2S6qTZD021249@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-28 01:52 EST ------- Spec Name or Url: http://amsn.sourceforge.net/tjikkun/tcltls.spec SRPM Name or Url: http://amsn.sourceforge.net/tjikkun/tcltls-1.5.0-3.src.rpm I *think* everything is ok now, but you'll probably find something :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From chris.stone at gmail.com Tue Mar 28 07:06:50 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Mon, 27 Mar 2006 23:06:50 -0800 Subject: [Bug 186632] Review Request: svn2cl - Create a ChangeLog from a Subversion log In-Reply-To: <200603280533.k2S5X5L2008989@www.beta.redhat.com> References: <200603280533.k2S5X5L2008989@www.beta.redhat.com> Message-ID: Oh, well I wanted to take a quick look at your spec file to see if I should take the time to review it, but as it seems you want to make life difficult for the reviewers I guess I wont review this one. Thanks. On 3/27/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: svn2cl - Create a ChangeLog from a Subversion log > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186632 > > > > > > ------- Additional Comments From ville.skytta at iki.fi 2006-03-28 00:32 EST ------- > The separate specfile is redundant; the srpm must be checked by reviewers anyway. > > -- > Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the QA contact for the bug, or are watching the QA contact. > > -- > 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 Tue Mar 28 07:34:49 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 02:34:49 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603280734.k2S7YnYn028515@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-28 02:34 EST ------- About the missing BR allegro-devel, no it is not dumb-devel requires allegro-devel. Erm that is dumb-devel should require allegro-devel. I'll fix this in dumb right away. About the 2 versions mess, I suggest (and lets make this game SIG policy for similar cases, which will happen): -rename shippy-data to shippy-common leave the docs there -put a wrapper which wille executa any shippy found prefering the SDL version in shippy-common -mv desktop and icon to shippy-common, make desktop call the wrapper -make -common require shippy-engine -make both shippy and shippy-allegro provide shippy-engine and require shippy-common -a regular user and/or one using comps will install shippy which will suck in -common, result everything ok -someone who want the allegro version can install shippy-allegro which will suck in -common, result everything ok -someone who insists on doing a "yum install shippy-common" will get shippy (shortest name) resulting in a working setup too. Please ack if this is ok, then I can make it so. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 08:01:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 03:01:50 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603280801.k2S81oNl001456@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-28 03:01 EST ------- I've fixed all MUSTFIX and RECOMMENDED items. I've used the description you provided for %description and the man page. New version: Spec Name or Url: http://home.zonnet.nl/jwrdegoede/njam.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/njam-1.25-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 10:39:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 05:39:28 -0500 Subject: [Bug 178932] Review Request: AutoScan - A utility for network exploration In-Reply-To: Message-ID: <200603281039.k2SAdSCJ009453@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: AutoScan - A utility for network exploration https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178932 ------- Additional Comments From thierry at fdl.ath.cx 2006-03-28 05:39 EST ------- Spec Name or Url: http://autoscan.free.fr/Fedora/AutoScan.spec SRPM Name or Url: http://autoscan.free.fr/Fedora/AutoScan-0.99-0.Fedora.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 Mar 28 11:22:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 06:22:27 -0500 Subject: [Bug 166470] Review Request: taskjuggler In-Reply-To: Message-ID: <200603281122.k2SBMRp9018698@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taskjuggler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166470 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|low |normal ------- Additional Comments From petersen at redhat.com 2006-03-28 06:22 EST ------- Thanks for the review: sorry for taking so long to followup. I'm not an kde packaging expert but looking at other kde packages it seems they don't use desktop-file-install either, so maybe it is not needed? I updated the BRs to just kdepim-devel (which requires kdelibs-devel which requires qt-devel). Ok, I tweaked the configure options for qt. So hopefully better now. (I added --with-qt-includes though I suspect is it not actually needed.) Updated files at: http://people.redhat.com/petersen/extras/taskjuggler.spec http://people.redhat.com/petersen/extras/taskjuggler-2.2.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 j.w.r.degoede at hhs.nl Tue Mar 28 11:46:06 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 28 Mar 2006 13:46:06 +0200 Subject: cvs connection refused messages Message-ID: <442921FE.9000604@hhs.nl> Hi all, This is _not_ related to the host key change. When trying to connect to cvs I get: [hans at shalem devel]$ cvs diff dumb.spec ssh: connect to host cvs.fedora.redhat.com port 22: Connection refused cvs [diff aborted]: end of file from server (consult above messages if any) [hans at shalem devel]$ Am I the only one? Ifso anyone care to help me debug this? My ip is jwrdegoede.dyndns.org Regards, Hans From mattdm at mattdm.org Tue Mar 28 12:22:03 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 28 Mar 2006 07:22:03 -0500 Subject: cvs connection refused messages In-Reply-To: <442921FE.9000604@hhs.nl> References: <442921FE.9000604@hhs.nl> Message-ID: <20060328122203.GA19558@jadzia.bu.edu> On Tue, Mar 28, 2006 at 01:46:06PM +0200, Hans de Goede wrote: > This is _not_ related to the host key change. > When trying to connect to cvs I get: > [hans at shalem devel]$ cvs diff dumb.spec > ssh: connect to host cvs.fedora.redhat.com port 22: Connection refused > cvs [diff aborted]: end of file from server (consult above messages if any) > [hans at shalem devel]$ > Am I the only one? Ifso anyone care to help me debug this? My ip is Not just you. It's broken. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Tue Mar 28 12:21:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 07:21:44 -0500 Subject: [Bug 180345] Review Request: ser - Sip Express Router In-Reply-To: Message-ID: <200603281221.k2SCLih4030079@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ser - Sip Express Router https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180345 ------- Additional Comments From andreas at bawue.net 2006-03-28 07:21 EST ------- Okay, I think I fixed the duplicate file issue. New SRPM: http://home.bawue.de/~ixs/ser-0.9.6-2.src.rpm New SPEC: http://home.bawue.de/~ixs/ser.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 12:56:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 07:56:41 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603281256.k2SCufw1005010@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry at butskoy.name ------- Additional Comments From dmitry at butskoy.name 2006-03-28 07:56 EST ------- I cannot sponsor you, but as I have some skills in php packaging I do some pre-review work here. Remarks/nitpicks: - It seems that included tarball contains a lot of extra data (it is about 3.6Mb before "phpize --clean" and just 360kb after it). Maybe better to ship just pre-phpize tarball as a source. - .spec file must not contain version/release, rename it to "php-shout.spec" - remove leading "A" in the Summary. - IMHO, the Summary can sounds better: "PHP module for communicating with icecast servers" or something similar. - %{php_version} macro is not needed, %{php_extdir} macro can be cleaned a little - Since php-5.1.2-5, the new virtual is provided: "php-api". It should be used for dependencies. An appropriate macro %{apiver} can be auto-determined (see in the patch below). - There is a test stuff in the tarball ("./tests" subdir). After phpize'ing under FC5, it will be possible to run "make test" in the %{check} section (instead of the current fake one derived from php-json package ;)). Currently "make test" fails for me. Perhaps some additional work should be done before the test is run. Anyway, if tests are present, they should be run at rpmbuild time to make sure that all is OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Tue Mar 28 13:12:46 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 28 Mar 2006 15:12:46 +0200 Subject: cvs connection refused messages In-Reply-To: Your message of "Tue, 28 Mar 2006 13:46:06 +0200." <442921FE.9000604@hhs.nl> Message-ID: <200603281312.k2SDCkQ4020606@ludwig-alpha.unil.ch> j.w.r.degoede at hhs.nl said: > Am I the only one? Nope: alpha_chris$ cvs update ssh: connect to host cvs.fedora.redhat.com port 22: Connection refused cvs [update aborted]: end of file from server (consult above messages if any) I guess "patience is the mother of all virtues" or some such... :-) (and it'd probably look better in Latin too) Cheers, Christian From katzj at redhat.com Tue Mar 28 13:55:46 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 28 Mar 2006 08:55:46 -0500 Subject: Builder configs updated Message-ID: <1143554146.3140.3.camel@aglarond.local> I've just updated the builder configs to set the packager, distribution and vendor tags in the RPM. Let me know if there are any problems with it Jeremy From paul at city-fan.org Tue Mar 28 14:06:20 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 28 Mar 2006 15:06:20 +0100 Subject: Builder configs updated In-Reply-To: <1143554146.3140.3.camel@aglarond.local> References: <1143554146.3140.3.camel@aglarond.local> Message-ID: <442942DC.5010300@city-fan.org> Jeremy Katz wrote: > I've just updated the builder configs to set the packager, distribution > and vendor tags in the RPM. Let me know if there are any problems with > it Any chance of you updating the buildroots.xml files under http://fedoraproject.org/buildgroups/ so that mock on FC5 will pull in the buildsys-macros package for builds (i.e. remove the groupreqs and merge the build-base and build-minimal groups into the build group)? Paul. From bugzilla at redhat.com Tue Mar 28 14:16:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 09:16:16 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603281416.k2SEGGVv021702@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://people.redhat.com/rvo | |kal/gjots2/gjots2-2.3.4- | |3.src.rpm ------- Additional Comments From rvokal at redhat.com 2006-03-28 09:16 EST ------- Thanks for tips, I've moved all libs to python_sitelib. Hope it's fine now. http://people.redhat.com/rvokal/gjots2/gjots2-2.3.4-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 14:17:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 09:17:13 -0500 Subject: [Bug 180345] Review Request: ser - Sip Express Router In-Reply-To: Message-ID: <200603281417.k2SEHD8N022014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ser - Sip Express Router https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180345 jeff at ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jeff at ollie.clive.ia.us 2006-03-28 09:17 EST ------- Shouldn't those URLs should be: New SRPM: http://home.bawue.de/~ixs/ser/ser-0.9.6-2.src.rpm New SPEC: http://home.bawue.de/~ixs/ser/ser.spec Anyway, I found them, and it looks good. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From skvidal at linux.duke.edu Tue Mar 28 14:53:15 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 28 Mar 2006 09:53:15 -0500 Subject: Builder configs updated In-Reply-To: <442942DC.5010300@city-fan.org> References: <1143554146.3140.3.camel@aglarond.local> <442942DC.5010300@city-fan.org> Message-ID: <1143557595.29933.4.camel@cutter> On Tue, 2006-03-28 at 15:06 +0100, Paul Howarth wrote: > Jeremy Katz wrote: > > I've just updated the builder configs to set the packager, distribution > > and vendor tags in the RPM. Let me know if there are any problems with > > it > > Any chance of you updating the buildroots.xml files under > http://fedoraproject.org/buildgroups/ so that mock on FC5 will pull in > the buildsys-macros package for builds (i.e. remove the groupreqs and > merge the build-base and build-minimal groups into the build group)? > that can be done - but there really should be something else done. -sv From paul at city-fan.org Tue Mar 28 14:55:17 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 28 Mar 2006 15:55:17 +0100 Subject: Builder configs updated In-Reply-To: <1143557595.29933.4.camel@cutter> References: <1143554146.3140.3.camel@aglarond.local> <442942DC.5010300@city-fan.org> <1143557595.29933.4.camel@cutter> Message-ID: <44294E55.8050001@city-fan.org> seth vidal wrote: > On Tue, 2006-03-28 at 15:06 +0100, Paul Howarth wrote: >> Jeremy Katz wrote: >>> I've just updated the builder configs to set the packager, distribution >>> and vendor tags in the RPM. Let me know if there are any problems with >>> it >> Any chance of you updating the buildroots.xml files under >> http://fedoraproject.org/buildgroups/ so that mock on FC5 will pull in >> the buildsys-macros package for builds (i.e. remove the groupreqs and >> merge the build-base and build-minimal groups into the build group)? >> > > that can be done - but there really should be something else done. Might the "something else" be local repos bundled with the mock package and referred to by file:// URLs in the /etc/mock/*.cfg configurations so that mock didn't depend on fedoraproject.org in its "out of the box" configuration? Paul. From Eric.Tanguy at univ-nantes.fr Tue Mar 28 14:59:56 2006 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Tue, 28 Mar 2006 16:59:56 +0200 (CEST) Subject: new kernel Message-ID: <60553.193.52.109.12.1143557996.squirrel@webmail.univ-nantes.fr> When the new kernel will be pushed from testing to updates ? Thanks Eric From davej at redhat.com Tue Mar 28 15:06:24 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 28 Mar 2006 10:06:24 -0500 Subject: new kernel In-Reply-To: <60553.193.52.109.12.1143557996.squirrel@webmail.univ-nantes.fr> References: <60553.193.52.109.12.1143557996.squirrel@webmail.univ-nantes.fr> Message-ID: <20060328150624.GC7916@redhat.com> On Tue, Mar 28, 2006 at 04:59:56PM +0200, Eric TANGUY wrote: > When the new kernel will be pushed from testing to updates ? > Thanks > Eric today. Dave -- http://www.codemonkey.org.uk From skvidal at linux.duke.edu Tue Mar 28 15:10:04 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 28 Mar 2006 10:10:04 -0500 Subject: Builder configs updated In-Reply-To: <44294E55.8050001@city-fan.org> References: <1143554146.3140.3.camel@aglarond.local> <442942DC.5010300@city-fan.org> <1143557595.29933.4.camel@cutter> <44294E55.8050001@city-fan.org> Message-ID: <1143558604.29933.21.camel@cutter> > Might the "something else" be local repos bundled with the mock package > and referred to by file:// URLs in the /etc/mock/*.cfg configurations so > that mock didn't depend on fedoraproject.org in its "out of the box" > configuration? no. go read buildsys-list -sv From bugzilla at redhat.com Tue Mar 28 15:21:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:21:04 -0500 Subject: [Bug 174898] Review Request: perl-HTML-FillInForm In-Reply-To: Message-ID: <200603281521.k2SFL4kF006037@www.beta.redhat.com> Please do 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-FillInForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174898 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:20 EST ------- Any particular reason why this package is not yet imported and built ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:22:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:22:38 -0500 Subject: [Bug 172871] Review Request: driftnet In-Reply-To: Message-ID: <200603281522.k2SFMcjb006387@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: driftnet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172871 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:22 EST ------- Any particular reason why this package is not yet imported and built ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:25:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:25:14 -0500 Subject: [Bug 175502] Review Request: perl-Gtk2-Spell In-Reply-To: Message-ID: <200603281525.k2SFPEoN007178@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-Spell https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175502 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:25 EST ------- Any particular reason why this package is not yet built and in owners.list ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:27:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:27:52 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603281527.k2SFRqEV007771@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-28 10:27 EST ------- Sorry: Local build coused: _BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DHAVE_SYS_IOCTL_H=1 -I"/usr/include" -I"/usr/include" -g -O2 -fPIC -c `echo ./fixstrtod.c` -o fixstrtod.o rm -f libtls-1.50g.so cc -shared -Wl,-soname,libtls-1.50g.so -o libtls-1.50g.so tls.o tlsIO.o tlsBIO.o tlsX509.o fixstrtod.o -L/usr/lib -ltclstub8.4g -L/usr/lib -lssl -L/usr/lib -lcrypto /usr/bin/ld: cannot find -ltclstub8.4g collect2: ld returned 1 exit status make: *** [libtls-1.50g.so] Error 1 Fehler: Bad exit status from /var/tmp/rpm-tmp.63113 (%build) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 15:29:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:29:24 -0500 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200603281529.k2SFTOWP008229@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:29 EST ------- Looks like this package is now imported and built. Please close this ticket, unless there is a reason to leave it open... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 28 15:32:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:32:34 -0500 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200603281532.k2SFWYe1009077@www.beta.redhat.com> Please 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 Christian.Iseli at licr.org 2006-03-28 10:32 EST ------- Looks like this package is imported and built. Please close this ticket or explain why it needs to stay open... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 28 15:37:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:37:50 -0500 Subject: [Bug 180298] Review Request: gnonlin In-Reply-To: Message-ID: <200603281537.k2SFboVD010918@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnonlin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180298 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:37 EST ------- Any particular reason this package is not built and this ticket closed ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 15:39:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:39:26 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603281539.k2SFdQHs011351@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-28 10:39 EST ------- Now where does that g come from? I don't understand. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 15:40:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:40:07 -0500 Subject: [Bug 177235] Review Request: sysconftool - Macros for aclocal to install configuration files In-Reply-To: Message-ID: <200603281540.k2SFe7Kh011534@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sysconftool - Macros for aclocal to install configuration files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177235 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:39 EST ------- Any particular reason why this package is not yet imported and built ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:42:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:42:42 -0500 Subject: [Bug 165932] Review Request: An SMTP Client In-Reply-To: Message-ID: <200603281542.k2SFggEw012341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An SMTP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165932 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:42 EST ------- Any particular reason why this package is not yet imported and built ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:46:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:46:06 -0500 Subject: [Bug 175502] Review Request: perl-Gtk2-Spell In-Reply-To: Message-ID: <200603281546.k2SFk61X013155@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-Spell https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175502 ------- Additional Comments From cweyl at alumni.drew.edu 2006-03-28 10:46 EST ------- Yes, Real World/Life issues. I'm just at the tail end of a transition from living/working in Connecticut to California; I should be back up & running by the end of the week. Assuming the movers show up with my stuff today, of course :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:46:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:46:17 -0500 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200603281546.k2SFkHnD013198@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:45 EST ------- Any news from 0.6 (I can't find www.opensc.org) ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 28 15:48:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:48:20 -0500 Subject: [Bug 176542] Review Request: gnome-yum - GNOME interface for YUM In-Reply-To: Message-ID: <200603281548.k2SFmKLS013546@www.beta.redhat.com> Please 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-yum - GNOME interface for YUM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176542 ------- Additional Comments From Christian.Iseli at licr.org 2006-03-28 10:47 EST ------- Any particular reason why this package is not yet imported and built ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 15:55:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 10:55:46 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603281555.k2SFtkZX015055@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From wart at kobold.org 2006-03-28 10:55 EST ------- (In reply to comment #9) > Now where does that g come from? I don't understand. It comes from the --enable-symbols flag that you pass to configure. You might want to consider updating the tcl.m4 in this package with the latest one from the tclconfig module in Tcl's cvs repository. That will also fix the build errors on x86_64 (it doesn't look for tclConfig.sh in /usr/lib64). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 16:01:33 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 11:01:33 -0500 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200603281601.k2SG1XHC016611@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2006-03-28 11:01 EST ------- No idea, but the website is (temporarily?) at http://www.opensc-project.org/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 28 16:09:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 11:09:18 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603281609.k2SG9IW5018317@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From rc040203 at freenet.de 2006-03-28 11:09 EST ------- (In reply to comment #8) > _BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 > -DHAVE_SYS_IOCTL_H=1 -I"/usr/include" -I"/usr/include" -g -O2 -fPIC -c > `echo ./fixstrtod.c` -o fixstrtod.o > rm -f libtls-1.50g.so > cc -shared -Wl,-soname,libtls-1.50g.so -o libtls-1.50g.so tls.o tlsIO.o tlsBIO.o > tlsX509.o fixstrtod.o -L/usr/lib -ltclstub8.4g -L/usr/lib -lssl -L/usr/lib -lcrypto This log exposes further issues: * -I/usr/include and -L/usr/lib almost never are correct * The compiler calls above don't honor RPM_OPT_FLAGS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 17:00:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 12:00:25 -0500 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200603281700.k2SH0PVY030208@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From jonsito at teleline.es 2006-03-28 12:00 EST ------- I'm temporally off. My Idea is to fix some minor issues on current svn version and release it as 0.6 on April, as soon as I return to my "normal" life So it's time for fixes and patches. No more features planned at this moment -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 28 17:19:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 12:19:29 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603281719.k2SHJTQ8001659@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From wart at kobold.org 2006-03-28 12:19 EST ------- (In reply to comment #11) > This log exposes further issues: > * -I/usr/include and -L/usr/lib almost never are correct These are picked up from the tclConfig.sh build file in the Core Tcl package. It should be fixed in Core. > * The compiler calls above don't honor RPM_OPT_FLAGS. It seems that the extension is ignoring TCL_EXTRA_CFLAGS from tclConfig.sh, which is where RPM_OPT_FLAGS is stored from the build of Tcl. This is supposed to be picked up automatically, but isn't here. You can work around it by adding it to CFLAGS_DEFAULT in the Makefile: CFLAGS_DEFAULT = @CFLAGS_DEFAULT@ @TCL_EXTRA_CFLAGS@ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Tue Mar 28 17:32:31 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 28 Mar 2006 10:32:31 -0700 Subject: What's worse: unowned directories or multiple owners? Message-ID: <4429732F.4000806@cora.nwra.com> Maybe the third time is the charm: I want to install a file into /usr/share/emacs/site-lisp/ but I don't want to Requires: /usr/share/emacs/site-list/. Do I own /usr/share/emacs... in my package or do I leave open the possibility that the dir is unowned if emacs in not installed? -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From rc040203 at freenet.de Tue Mar 28 17:39:30 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Mar 2006 19:39:30 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <4429732F.4000806@cora.nwra.com> References: <4429732F.4000806@cora.nwra.com> Message-ID: <1143567571.32270.412.camel@mccallum.corsepiu.local> On Tue, 2006-03-28 at 10:32 -0700, Orion Poplawski wrote: > Maybe the third time is the charm: > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > want to Requires: /usr/share/emacs/site-list/. It would have to be Requires(pre): usr/share/emacs/site-list because otherwise rpm won't be able to handle this correctly. > Do I own > /usr/share/emacs... in my package or do I leave open the possibility > that the dir is unowned if emacs in not installed? I definitely prefer multiple ownerships on dirs, because otherwise "rpm -e multiple packages" won't handle it correctly and can cause orphaned directories to stay around in a system. Of cause there exists the permission's issue on multiply owned dirs, but if packages are packaged correctly and don't try to play tricks with ownerships/permissions, this should be a non-issue. Ralf From rdieter at math.unl.edu Tue Mar 28 17:43:19 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 28 Mar 2006 11:43:19 -0600 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <4429732F.4000806@cora.nwra.com> References: <4429732F.4000806@cora.nwra.com> Message-ID: Orion Poplawski wrote: > Maybe the third time is the charm: > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > want to Requires: /usr/share/emacs/site-list/. Do I own > /usr/share/emacs... in my package or do I leave open the possibility > that the dir is unowned if emacs in not installed? IMO, they're equally minor esthetic evils that can be lived with either way. -- Rex From nicolas.mailhot at laposte.net Tue Mar 28 17:52:11 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 28 Mar 2006 19:52:11 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: References: <4429732F.4000806@cora.nwra.com> Message-ID: <1143568331.2523.13.camel@rousalka.dyndns.org> Le mardi 28 mars 2006 ? 11:43 -0600, Rex Dieter a ?crit : > Orion Poplawski wrote: > > Maybe the third time is the charm: > > > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > > want to Requires: /usr/share/emacs/site-list/. Do I own > > /usr/share/emacs... in my package or do I leave open the possibility > > that the dir is unowned if emacs in not installed? > > IMO, they're equally minor esthetic evils that can be lived with either way. There's one I hate more (unowned directories) but in the end do as your package reviewer asks you to and you'll be fine The reviewer is always right. You can tweak you package once it's in the repo if it eats at you too much. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugs.michael at gmx.net Tue Mar 28 18:05:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Mar 2006 20:05:24 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <1143567571.32270.412.camel@mccallum.corsepiu.local> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> Message-ID: <20060328200524.e90f01d6.bugs.michael@gmx.net> On Tue, 28 Mar 2006 19:39:30 +0200, Ralf Corsepius wrote: > On Tue, 2006-03-28 at 10:32 -0700, Orion Poplawski wrote: > > Maybe the third time is the charm: > > > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > > want to Requires: /usr/share/emacs/site-list/. > It would have to be > Requires(pre): usr/share/emacs/site-list > because otherwise rpm won't be able to handle this correctly. $ repoquery --whatprovides /usr/share/emacs/site-lisp desktop-file-utils-0:0.10-6.1.i386 subversion-0:1.3.0-4.2.i386 autoconf-0:2.59-7.noarch emacs-el-0:21.4-14.i386 libidn-0:0.6.2-1.1.i386 emacs-common-0:21.4-14.i386 fedora-rpmdevtools-0:1.5-1.fc5.noarch gforth-0:0.6.2-6.fc5.i386 flim-0:1.14.7-3.noarch $ repoquery --whatprovides /usr/share/emacs emacs-el-0:21.4-14.i386 emacs-leim-0:21.4-14.i386 emacs-common-0:21.4-14.i386 fedora-rpmdevtools-0:1.5-1.fc5.noarch gforth-0:0.6.2-6.fc5.i386 All of these packages claim that they provide Emacs' data directory and would satisfy above "Requires(pre)". This is is harmless as long as you get what you want: the directory with proper access privileges. If you want anything inside that directory, you need a more strict requirement, a different "Requires:". > > Do I own > > /usr/share/emacs... in my package or do I leave open the possibility > > that the dir is unowned if emacs in not installed? > I definitely prefer multiple ownerships on dirs, because otherwise > "rpm -e multiple packages" won't handle it correctly and can cause > orphaned directories to stay around in a system. > > Of cause there exists the permission's issue on multiply owned dirs, but > if packages are packaged correctly and don't try to play tricks with > ownerships/permissions, this should be a non-issue. What works with /usr/share/emacs may fail with other directories. Be especially careful with the ownership and access privileges when including a directory which belongs into a different package like Emacs. From bugzilla at redhat.com Tue Mar 28 18:44:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 13:44:58 -0500 Subject: [Bug 186811] Review Request: libnfnetlink - Netfilter netlink userspace library In-Reply-To: Message-ID: <200603281844.k2SIiwbC023280@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnfnetlink - Netfilter netlink userspace library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186811 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-28 13:44 EST ------- Good: + Local build works. + rpmlint has not complaints for SRPM. + Mock build worked fine. Bad: - rpmlint complaints on libnfnetlink: E: libnfnetlink library-without-ldconfig-postin /usr/lib/libnfnetlink.so.0.0.0 E: libnfnetlink library-without-ldconfig-postun /usr/lib/libnfnetlink.so.0.0.0 - rpm don't contains verbatin copy of the license. - devel rpm contains static libraries. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Tue Mar 28 19:07:27 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 28 Mar 2006 12:07:27 -0700 Subject: FC6 planning - how to change the version that ends up in FC6 Message-ID: <4429896F.2070902@cora.nwra.com> I'm thinking about building the HDF5 1.7 branch in FE development for testing purposes. If it becomes the next upstream stable by the time FC6 is released, then it goes into FE6. However, if it doesn't I'll want to revert to the 1.6 series. Watching the FC5/FE5 release process I'm not sure if this would have been possible. Thoughts, suggestions? -- 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 Tue Mar 28 19:40:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 14:40:23 -0500 Subject: [Bug 177235] Review Request: sysconftool - Macros for aclocal to install configuration files In-Reply-To: Message-ID: <200603281940.k2SJeNpv005335@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sysconftool - Macros for aclocal to install configuration files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177235 ------- Additional Comments From rpm at greysector.net 2006-03-28 14:40 EST ------- Lack od time, I guess. And I still haven't figured out how to get a CVS account. :( -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 28 20:07:13 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 28 Mar 2006 22:07:13 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <4429732F.4000806@cora.nwra.com> (Orion Poplawski's message of "Tue, 28 Mar 2006 10:32:31 -0700") References: <4429732F.4000806@cora.nwra.com> Message-ID: <87fyl2l4em.fsf@kosh.bigo.ensc.de> orion at cora.nwra.com (Orion Poplawski) writes: > I want to install a file into /usr/share/emacs/site-lisp/ but I don't want > to Requires: /usr/share/emacs/site-list/. Do I own /usr/share/emacs... in > my package or do I leave open the possibility that the dir is unowned if > emacs in not installed? Place the files into a subpackage with the corresponding Requires: for emacs. Another fix (which requires work in Core) would be an lightweighted emacs-filesystem package which defines only the filesystem used by Emacs. Same applies to things like pkgconfig or autoconf. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 482 bytes Desc: not available URL: From bugzilla at redhat.com Tue Mar 28 20:07:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:07:18 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603282007.k2SK7ImT010098@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From wart at kobold.org 2006-03-28 15:07 EST ------- (In reply to comment #1) > - rpmlint compiaints: > E: tcltls invalid-soname /usr/lib/libtls1.50.so libtls1.50.so This is a dynamically loaded extension to Tcl, not a shared library for linking against other applications. IMHO, it should be moved out of %{_libdir} and into its own %{_libdir}/tls1.50 directory, with the pkgIndex.tcl file updated accordingly, as is done with some other Tcl extensions in FE. Let me know if you want some help with this and the other build issues. I've packaged quite a number of Tcl extensions for FE and have come across most of these problems before. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 20:14:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:14:28 -0500 Subject: [Bug 186452] Review Request: kdebluetooth: The KDE Bluetooth Framework In-Reply-To: Message-ID: <200603282014.k2SKES8W011573@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdebluetooth: The KDE Bluetooth Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186452 ------- Additional Comments From rdieter at math.unl.edu 2006-03-28 15:14 EST ------- %changelog * Tue Mar 28 2006 Rex Dieter 1.0-0.8.beta1 - BR: kdepim-devel (for kitchensync) - kdebluetooth-1.0_beta1-gcc41.patch Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kdebluetooth.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdebluetooth-1.0-0.8.beta1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 20:30:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:30:21 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603282030.k2SKULNW015028@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-28 15:30 EST ------- About the not showing properly on an LCD thats my fault. I've modified it so that it starts fullscreen by default (it used to be in a window and only in a window) I've also made it so that alt+enter toggles fullscreen<->window. The LCD problem is because by default it uses (I didn't change this part) a funky resolution of 480x320 (which gives nice oldscool scanlines on my CRT). I've uploaded a new SRPM (sorry I didn't bump release) with an extra patch which does the following: -make the default res 640x480 -adds a -w cmdline option to start in a window instead of fullcreen -adds a -a (arcade) option to get the 480x320 resolution instead of 640x480 -allegro-version: be nice (sleep when idle) (sdl already had this). So this new SRPM should (once compiled) fix things on your LCD. New version (same location as previous) at: Spec Name or Url: http://home.zonnet.nl/jwrdegoede/shippy.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/shippy-1.3.3.7-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 20:32:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:32:05 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603282032.k2SKW55X015441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tkmame at retrogames.com ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-28 15:31 EST ------- tkmame, adding you to CC because you seem interested and didn't do so yourself, please read my previous comments (replies to your comments). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 20:33:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:33:02 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603282033.k2SKX2d3015715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wart at kobold.org ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-28 15:32 EST ------- Michael, adding you to CC because you seem interested and didn't do so yourself, please read my previous comments (replies to your comments). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 20:35:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:35:50 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603282035.k2SKZoLB016400@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-28 15:35 EST ------- (In reply to comment #7) > Michael, adding you to CC because you seem interested and didn't do so yourself, > please read my previous comments (replies to your comments). Oops. You're right, I forgot to cc myself. I've been following the thread in f-e-l, though. tkmame was the first to comment on this package, so I'll let him take the review if he wants it. Otherwise I'll assign it to myself. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 20:52:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 15:52:45 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603282052.k2SKqjN7019687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-28 15:52 EST ------- (In reply to comment #8) > tkmame was the first to comment on this package, so I'll let him take the review > if he wants it. Otherwise I'll assign it to myself. > Ok, Any chance you could comment on comment 4, this needs some kinda concensus before I can move forward. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 21:15:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 16:15:02 -0500 Subject: [Bug 186811] Review Request: libnfnetlink - Netfilter netlink userspace library In-Reply-To: Message-ID: <200603282115.k2SLF2ua023651@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnfnetlink - Netfilter netlink userspace library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186811 ------- Additional Comments From i at stingr.net 2006-03-28 16:14 EST ------- I've updated spec and srpm wrt ldconfig and --disable-static. And wrt license text - original distribution don't contain it too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Tue Mar 28 21:35:50 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 28 Mar 2006 16:35:50 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060328213550.F0AFD802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 octave-forge-2006.03.17-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Mar 28 22:02:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 17:02:12 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603282202.k2SM2Ccw002185@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-28 17:02 EST ------- (In reply to comment #4) > About the 2 versions mess, I suggest (and lets make this game SIG policy for > similar cases, which will happen): > -rename shippy-data to shippy-common leave the docs there > -put a wrapper which wille executa any shippy found prefering the SDL version > in shippy-common > -mv desktop and icon to shippy-common, make desktop call the wrapper > -make -common require shippy-engine > -make both shippy and shippy-allegro provide shippy-engine and require > shippy-common > -a regular user and/or one using comps will install shippy which will suck in > -common, result everything ok > -someone who want the allegro version can install shippy-allegro which will suck > in -common, result everything ok > -someone who insists on doing a "yum install shippy-common" will get shippy > (shortest name) resulting in a working setup too. > > Please ack if this is ok, then I can make it so. This sounds fine to me. Can you generalize the rule and add it to the Games SIG page? This affects xpilot-ng, as it simply packages two .desktop files in the client package instead of using a wrapper script. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Tue Mar 28 22:25:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 17:25:01 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603282225.k2SMP1HZ007368@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 ------- Additional Comments From orion at cora.nwra.com 2006-03-28 17:24 EST ------- http://www.cora.nwra.com/~orion/fedora/cmake-2.2.3-3.src.rpm http://www.cora.nwra.com/~orion/fedora/cmake.spec How about this? It owns the emacs and vim directories so they are created with proper permissions, but doesn't an any runtime requirements. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Wed Mar 29 00:55:25 2006 From: wart at kobold.org (Michael Thomas) Date: Tue, 28 Mar 2006 16:55:25 -0800 Subject: comps-fe5.xml In-Reply-To: <1143241347.7616.33.camel@orodruin.boston.redhat.com> References: <1143241030.2504.11.camel@bureau.maison> <1143241347.7616.33.camel@orodruin.boston.redhat.com> Message-ID: <4429DAFD.6030006@kobold.org> Jeremy Katz wrote: > On Fri, 2006-03-24 at 23:57 +0100, Eric Tanguy wrote: > >>It seems that the file in cvs is not the one used for the groups in fe5. >>Someone could confirm that ? > > > It is, it just needs to be updated. I'll try to do that tonight What is the magic command that I need to invoke to install the packages in a group? I've been trying to install the games group like this: # yum groupinstall games But it only installs joystick and gnome-games. However, if I run: # yum groupinfo games ...then it lists the games that are in the comps-fe5.xml, none of which have been installed on the system. Why would these two commands list different packages in the group? --Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From bugzilla at redhat.com Wed Mar 29 01:06:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 20:06:31 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603290106.k2T16VUl006901@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From tkmame at retrogames.com 2006-03-28 20:06 EST ------- Hi, I can take the review, but I dont know if I have the authority to approve something yet. But I can atleast do the tedious dirty work for you. Hans: I tested your latest fullscreen patch and it works great with both SDL and allegro versions! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 01:13:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 20:13:41 -0500 Subject: [Bug 176542] Review Request: gnome-yum - GNOME interface for YUM In-Reply-To: Message-ID: <200603290113.k2T1DfsL008107@www.beta.redhat.com> Please 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-yum - GNOME interface for YUM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176542 ------- Additional Comments From jwboyer at jdub.homelinux.org 2006-03-28 20:13 EST ------- Most likely because I just sponsored the packager this past 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 Wed Mar 29 01:34:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 20:34:51 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603290134.k2T1YpuO011784@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-28 20:34 EST ------- (In reply to comment #11) > Hi, I can take the review, but I dont know if I have the authority to approve > something yet. But I can atleast do the tedious dirty work for you. If you have already received sponsorship and approval for your first package then you have authority to approve other packages. I don't see you in my (2-week old) copy of owners.list, so you might not have approval rights yet. If that's the case then I'll take ownership of this, but I'll refrain from giving it a final approval until you say it's ok. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 01:47:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 20:47:08 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603290147.k2T1l8Fx014167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From tkmame at retrogames.com 2006-03-28 20:46 EST ------- I just received sponsorship today, but not approval of my first package yet. I did talk to my sponsor and he said I can approve other packages, so I'll go ahead and review this one when it's ready. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 01:54:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 20:54:32 -0500 Subject: [Bug 187186] New: Review Request: up-imapproxy 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=187186 Summary: Review Request: up-imapproxy Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: drees76 at gmail.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.greenhydrant.com/~drees/rpms/up-imapproxy/up-imapproxy.spec SRPM Name or Url: http://www.greenhydrant.com/~drees/rpms/up-imapproxy/up-imapproxy-1.2.4-5.src.rpm Description: This is my first review request, but hopefully not my last! ;-) up-imapproxy is already in Fedora Extras, but does not build on FC5. It is already available for download for FC5, but won't install because of dependancy problems due to the openssl update in FC5. I have created a patch which allows it to build on FC5, and still builds on FC4 (I have not tested any other versions of Fedora, but I expect them to build OK as well). I have submitted this package for review as it seems that the owner is not available to update the package given that he hasn't responded to the other open bugs regarding this package. See bug #185729 and duplicate bug #185895 related to the FC5 build/dependancy problems. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 02:22:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 21:22:23 -0500 Subject: [Bug 180298] Review Request: gnonlin In-Reply-To: Message-ID: <200603290222.k2T2MNSj019496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnonlin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180298 redhat at flyn.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From redhat at flyn.org 2006-03-28 21:22 EST ------- See http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/gnonlin-0.10.0.5-6.i386.rpm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Wed Mar 29 02:55:07 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 28 Mar 2006 20:55:07 -0600 Subject: Carrying alternate kernel builds in Extras Message-ID: I have an SMP VIA C3 machine that is not supported by FC5 in SMP mode because it doesn't have PAE and thus won't run the i686 SMP kernel. Compiling a kernel without CONFIG_HIGHMEM64G=y works fine. Core doesn't really want to carry yet another kernel permutation. Would it be reasonable to consider carrying alternate kernel builds in Extras? - J< From davej at redhat.com Wed Mar 29 03:04:21 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 28 Mar 2006 22:04:21 -0500 Subject: Carrying alternate kernel builds in Extras In-Reply-To: References: Message-ID: <20060329030421.GA3572@redhat.com> On Tue, Mar 28, 2006 at 08:55:07PM -0600, Jason L Tibbitts III wrote: > I have an SMP VIA C3 machine that is not supported by FC5 in SMP mode > because it doesn't have PAE and thus won't run the i686 SMP kernel. > Compiling a kernel without CONFIG_HIGHMEM64G=y works fine. > > Core doesn't really want to carry yet another kernel permutation. > Would it be reasonable to consider carrying alternate kernel builds in > Extras? This has come up before. (Though I believe it was 'suspend2' and the like last time). There's a few things that jump to mind that make this a problem. - Errata kernels extras kernels will always lag, leaving people stuck with a problem until their -extra kernel rebases. Trawl bugzilla some time, and you'll find a bunch of people stuck on some ancient kernel that refuse to update (probably because they have some out of tree module that only works on that one version). Keeping people on the latest versions is vital to keeping bugzilla under control. - More flavours that all out-of-tree modules shipped in extras need to be built against. - What happens when bugs get found? I'm way overloaded with the bugs in the kernels shipped by core, and have no time to look at more flavours, so the first thing I'd be doing would be to ask reporters to try a -core kernel. (And you can guarantee there'd be people who refuse to give up their favorite feature than go test a -core kernel for a while, leaving another source of festering 'never to be fixed' bugs). I'm sure there were other reasons too that came up last time, but my memory is hazy right now. Dave -- http://www.codemonkey.org.uk From tibbs at math.uh.edu Wed Mar 29 03:33:50 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 28 Mar 2006 21:33:50 -0600 Subject: Carrying alternate kernel builds in Extras In-Reply-To: <20060329030421.GA3572@redhat.com> (Dave Jones's message of "Tue, 28 Mar 2006 22:04:21 -0500") References: <20060329030421.GA3572@redhat.com> Message-ID: >>>>> "DJ" == Dave Jones writes: DJ> This has come up before. (Though I believe it was 'suspend2' and DJ> the like last time). I wasn't sufficiently clear; I was proposing only to carry additional builds from the shipping kernel source, not to pile on additional patches. In my case I just need to tweak a single config setting. I had hoped that we could get additional configs into the stock Fedora SRPM and then just build them for Extras, perhaps even automatically. I suppose it's a slippery slope. It makes little difference to me; I have to build the kernels anyway. But these machines aren't exactly rare, and I'm not the only person who wants to run Fedora on them. - J< From bugzilla at redhat.com Wed Mar 29 04:26:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 28 Mar 2006 23:26:02 -0500 Subject: [Bug 187196] New: Review Request: kernel-module-rt2500 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=187196 Summary: Review Request: kernel-module-rt2500 Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: kyle at yencer.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: kernel-module-rt2500.spec SRPM Name or Url: http://files.yencer.net/pub/fedora/extras/4/SRPMS/kernel-module-rt2500-0.0.0.20060328-1.src.rpm Description: RALink Tech RT2500 Wireless Kernel Module -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 05:07:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 00:07:30 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603290507.k2T57UVI018297@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-29 00:07 EST ------- (In reply to comment #10) > (In reply to comment #4) > > About the 2 versions mess, I suggest (and lets make this game SIG policy for > > similar cases, which will happen): > > This sounds fine to me. Can you generalize the rule and add it to the Games SIG > page? Sure will do. > This affects xpilot-ng, as it simply packages two .desktop files in the > client package instead of using a wrapper script. > I'm not sure if xpilot-ng is similar judging by the name and .desktop comments this really are 2 different versions. Whereas with shippy both version are 100% identical to the user except that the titlebar says SDL or allegro. The only difference between the 2 versions of shippy is the display library they use. I've also contemplated on just choosing one version and only including that, but hey choice is everything right? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Wed Mar 29 05:16:42 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 29 Mar 2006 07:16:42 +0200 Subject: Carrying alternate kernel builds in Extras In-Reply-To: References: <20060329030421.GA3572@redhat.com> Message-ID: <442A183A.4040201@hhs.nl> Jason L Tibbitts III wrote: >>>>>> "DJ" == Dave Jones writes: > > DJ> This has come up before. (Though I believe it was 'suspend2' and > DJ> the like last time). > > I wasn't sufficiently clear; I was proposing only to carry additional > builds from the shipping kernel source, not to pile on additional > patches. In my case I just need to tweak a single config setting. I > had hoped that we could get additional configs into the stock Fedora > SRPM and then just build them for Extras, perhaps even automatically. > > I suppose it's a slippery slope. It makes little difference to me; I > have to build the kernels anyway. But these machines aren't exactly > rare, and I'm not the only person who wants to run Fedora on them. > Hi Jason, Maybe just file a bug about this, because its clearly not a feature and Dave figure out how he is going to handle the bug, and only after he decides to close it as won'tfix then do the additional kernel in extras limbo? Regards, Hans From bugzilla at redhat.com Wed Mar 29 06:47:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 01:47:24 -0500 Subject: [Bug 187196] Review Request: kernel-module-rt2500 In-Reply-To: Message-ID: <200603290647.k2T6lOjG002015@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kernel-module-rt2500 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187196 ------- Additional Comments From ville.skytta at iki.fi 2006-03-29 01:47 EST ------- Please see thinkpad-kmod, thinkpad-kmod-common, lirc-kmod and lirc-kmod-common in Extras CVS (devel branch) [1] and bug 177583, bug 177584 for how kernel modules should be packaged in Extras. [1] http://cvs.fedora.redhat.com/viewcvs/devel/?root=extras -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From peter at thecodergeek.com Wed Mar 29 06:58:15 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 28 Mar 2006 22:58:15 -0800 Subject: Build System Error Message-ID: <1143615496.16191.24.camel@tuxhugger> A few moments ago I enqueued FC-4, FC-5, and devel builds for a new revision of LucidLife, but the build system seems to have become a little stuck, as the root.log files complain with the following: error: cannot write to %sourcedir /usr/src/redhat/SOURCES Error installing srpm: lucidlife-0.9-5.fc4.src.rpm Cleaning up... This appears to happen with the 0.9-6.fc5 and 0.9-7.fc6 (devel) SRPMs too. Would someone please give the buildsys a whacking? :) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Wed Mar 29 07:08:47 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 29 Mar 2006 09:08:47 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <20060328200524.e90f01d6.bugs.michael@gmx.net> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> <20060328200524.e90f01d6.bugs.michael@gmx.net> Message-ID: <1143616128.32270.520.camel@mccallum.corsepiu.local> On Tue, 2006-03-28 at 20:05 +0200, Michael Schwendt wrote: > On Tue, 28 Mar 2006 19:39:30 +0200, Ralf Corsepius wrote: > > > On Tue, 2006-03-28 at 10:32 -0700, Orion Poplawski wrote: > > > Maybe the third time is the charm: > > > > > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > > > want to Requires: /usr/share/emacs/site-list/. > > It would have to be > > Requires(pre): usr/share/emacs/site-list > > because otherwise rpm won't be able to handle this correctly. > > $ repoquery --whatprovides /usr/share/emacs/site-lisp > desktop-file-utils-0:0.10-6.1.i386 > subversion-0:1.3.0-4.2.i386 > autoconf-0:2.59-7.noarch > emacs-el-0:21.4-14.i386 > libidn-0:0.6.2-1.1.i386 > emacs-common-0:21.4-14.i386 > fedora-rpmdevtools-0:1.5-1.fc5.noarch > gforth-0:0.6.2-6.fc5.i386 > flim-0:1.14.7-3.noarch > > $ repoquery --whatprovides /usr/share/emacs > emacs-el-0:21.4-14.i386 > emacs-leim-0:21.4-14.i386 > emacs-common-0:21.4-14.i386 > fedora-rpmdevtools-0:1.5-1.fc5.noarch > gforth-0:0.6.2-6.fc5.i386 > > All of these packages claim that they provide Emacs' data directory and > would satisfy above "Requires(pre)". This is is harmless as long as you > get what you want: It's not harmless: It adds a dependency on a package providing this directory. Not using a dependency on the directory, but simply owning it would make this package independent of any package providing this directory. This is nasty when a package actually is independent of any emacs variant and only carries some convenience macros, which are useful for emacs users (For example, autoconf is one of these packages) In this case, the "Requires" would be wrong. > > Of cause there exists the permission's issue on multiply owned dirs, but > > if packages are packaged correctly and don't try to play tricks with > > ownerships/permissions, this should be a non-issue. > > What works with /usr/share/emacs may fail with other directories. Yes, but this question was on "/usr/share/emacs" Ralf From bugzilla at redhat.com Wed Mar 29 07:21:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 02:21:27 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603290721.k2T7LRpI006951@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-29 02:21 EST ------- I don't want to seem impatient, let alone rude, but ... ping? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 08:34:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 03:34:38 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603290834.k2T8YcUG020286@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |gemi at bluewin.ch OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gemi at bluewin.ch 2006-03-29 03:34 EST ------- Looks good now. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tmraz at redhat.com Wed Mar 29 09:02:25 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 29 Mar 2006 11:02:25 +0200 Subject: File upload doesn't work Message-ID: <1143622945.3838.19.camel@perun.kabelta.loc> The subject says it all. make new-source FILES=openoffice.org-dict-cs_CZ.tar.gz Checking : openoffice.org-dict-cs_CZ.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [new-source] Error 255 curl: (22) The requested URL returned error: 500 -- Tomas Mraz From bugzilla at redhat.com Wed Mar 29 10:35:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 05:35:42 -0500 Subject: [Bug 187186] Review Request: up-imapproxy In-Reply-To: Message-ID: <200603291035.k2TAZgeN001184@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: up-imapproxy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187186 ------- Additional Comments From paul at city-fan.org 2006-03-29 05:35 EST ------- If the maintainer of up-imapproxy is not responding to bug reports, the package is a candidate for being orphaned (see http://fedoraproject.org/wiki/Extras/OrphanedPackages). I'd suggest starting the process for orpahning the package and volunteering to take it over rather than raising a new one. On the other hand, if you're not a current maintainer in Extras, you'll need sponsoring, and going through a review process (and reviewing other packages) is a route to getting sponsored, so there's probably merit in this rreview equest anyway. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at adslpipe.co.uk Wed Mar 29 10:44:08 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Wed, 29 Mar 2006 11:44:08 +0100 Subject: Gutenprint core or extras Message-ID: <442A64F8.1060700@adslpipe.co.uk> Does anyone know (or have views on) whether Gutenprint 5.x is likely to directy "upgrade" gimp-print 4.x in FC6, or will it go through Extras first? From bugzilla at redhat.com Wed Mar 29 11:32:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 06:32:12 -0500 Subject: [Bug 186909] Review Request: libmpcdec: Musepack audio decoding library In-Reply-To: Message-ID: <200603291132.k2TBWCWG013224@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmpcdec: Musepack audio decoding library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186909 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 06:31 EST ------- I know that the musepack page says "patentless code", but it does seem like something quite hard to be 100% sure of, no? Do you have any more information about that claim? I've browsed through the website, FAQ, links etc. and didn't find anything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 11:54:26 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 06:54:26 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603291154.k2TBsQHd017810@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 06:54 EST ------- Once the changes suggeested by Dimitry are made, I wouldn't mind making the formal review of the package and sponsoring you. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 12:13:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 07:13:17 -0500 Subject: [Bug 178922] Review Request: asterisk - The Open Source PBX In-Reply-To: Message-ID: <200603291213.k2TCDHT9020895@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asterisk - The Open Source PBX https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178922 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 07:12 EST ------- A few comments : - Asterisk shouldn't run as root by default IMHO. If it's a QoS related decision, it should be up to the user/admin to switch to using root. - I've had to replace /var/run with a sub-dir to have asterisk run as non-root - I've had to add some further ugly replacing to fix lib vs. lib64 issues. - The logrotate file should be %config(noreplace) in case people edit it. - I'm not totally convinced about the need for some of the sub-packages. For instance oss, alsa, curl and sounds-default. - Why is the manually installed asterisk.h file needed? My current spec and other files : http://svn.rpmforge.net/svn/trunk/rpms/asterisk/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 29 12:23:29 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Mar 2006 13:23:29 +0100 Subject: mono/mock issue Message-ID: <442A7C41.3080107@city-fan.org> Whilst in the process of reviewing "lat" (#177580), I've created a modified spec file that brings the package up to the latest release version and addresses a number of review issues. It builds OK for me on my FC5 desktop but I can't get it to build in mock. The following rather cryptic error message appears: Making install in gnome-keyring-glue make[1]: Entering directory `/builddir/build/BUILD/lat-1.0.3/gnome-keyring-glue' /usr/bin/mcs -unsafe -target:library -out:gnome-keyring-glue.dll ./Attribute.cs ./AttributeType.cs ./Found.cs ./Global.cs ./GnomeKeyringSharp.OperationGetIntCallbackNative.cs ./GnomeKeyringSharp.OperationGetListCallbackNative.cs ./ItemType.cs ./NetworkPasswordData.cs ./OperationGetIntCallback.cs ./OperationGetListCallback.cs ./Result.cs -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glade-sharp.dll mono: mono-codeman.c:257: new_codechunk: Assertion `!err' failed. make[1]: *** [gnome-keyring-glue.dll] Aborted make[1]: Leaving directory `/builddir/build/BUILD/lat-1.0.3/gnome-keyring-glue' Spec file attached. Anyone got any ideas what's wrong? I thought at first it was a missing buildreq but I've tried adding just about every -devel package under the sun and makes not a jot of difference. Paul. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: lat.spec URL: From bugzilla at redhat.com Wed Mar 29 12:20:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 07:20:16 -0500 Subject: [Bug 177584] Review Request: zaptel In-Reply-To: Message-ID: <200603291220.k2TCKGBE022076@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: zaptel https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177584 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 07:20 EST ------- I would have to agree with Thorsten here, as it would be much cleaner, and have less chances to break in a future update, if "make install" was used, with the kernel modules build and install parts ripped 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 Wed Mar 29 12:26:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 07:26:00 -0500 Subject: [Bug 177603] Review Request: libpri In-Reply-To: Message-ID: <200603291226.k2TCQ0Fj023295@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libpri https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177603 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 07:25 EST ------- Suggestions: - Remove the trailing dot of the devel summary. - Change the main summary to something like : "Implementation of the Primary Rate ISDN specification" or "Primary Rate ISDN library" - You might want to include the ChangeLog and the TODO in %doc. All the rest looks good indeed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 29 12:30:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 07:30:25 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603291230.k2TCUP0m024035@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-29 07:30 EST ------- About the broken download URL, it seems all download.sf.ne tis completly broken, any ideas? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 12:51:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 07:51:29 -0500 Subject: [Bug 178932] Review Request: AutoScan - A utility for network exploration In-Reply-To: Message-ID: <200603291251.k2TCpTDA028427@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: AutoScan - A utility for network exploration https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178932 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 07:51 EST ------- This package is going to need a lot of work to get into shape! First think, I'll take the ownership of libzvt as it's been removed from Extras in FC5 because of the lack of a maintainer. Next, as the upstream author, could you comment on the file structure in the sources and the build steps required? Why not simply provide the tarball with the sources in the root, the typical autotools stuff in place, with a configure script already generated? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 29 12:56:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 07:56:03 -0500 Subject: [Bug 186909] Review Request: libmpcdec: Musepack audio decoding library In-Reply-To: Message-ID: <200603291256.k2TCu3MR029134@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmpcdec: Musepack audio decoding library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186909 ------- Additional Comments From rdieter at math.unl.edu 2006-03-29 07:55 EST ------- No, I have no further information, but, IMO, it's pretty hard to *prove* it doesn't contain patented code, especially if the dev's claim it. I'm of the opinion that their claim should be believed/respected, unless/until evidence comes to light to the contrary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Wed Mar 29 13:35:11 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 29 Mar 2006 07:35:11 -0600 Subject: Gutenprint core or extras In-Reply-To: <442A64F8.1060700@adslpipe.co.uk> References: <442A64F8.1060700@adslpipe.co.uk> Message-ID: Andy Burns wrote: > Does anyone know (or have views on) whether Gutenprint 5.x is likely to > directy "upgrade" gimp-print 4.x in FC6, or will it go through Extras > first? I'm not familiar with Gutenprint, but if it's possible to install as an addon to gimp-print (without too much pain/suffering), then Extras (for now) is definitely the preferred way to go. Else, it's fc6+ territory. -- Rex From paul at all-the-johnsons.co.uk Wed Mar 29 13:37:18 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 29 Mar 2006 14:37:18 +0100 Subject: Gutenprint core or extras In-Reply-To: References: <442A64F8.1060700@adslpipe.co.uk> Message-ID: <1143639438.2885.56.camel@mrwibble.mrwobble> Hi, > I'm not familiar with Gutenprint, but if it's possible to install as an > addon to gimp-print (without too much pain/suffering), then Extras (for > now) is definitely the preferred way to go. Gutenprint is the replacement for gimp-print IIRC. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From bugzilla at redhat.com Wed Mar 29 13:45:44 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 08:45:44 -0500 Subject: [Bug 178932] Review Request: AutoScan - A utility for network exploration In-Reply-To: Message-ID: <200603291345.k2TDjiej005226@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: AutoScan - A utility for network exploration https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178932 ------- Additional Comments From matthias at rpmforge.net 2006-03-29 08:45 EST ------- Actually, libzvt seems pretty much dead, and libzvt.so.2 is included in gnome-libs, but gnome-libs-devel doesn't have libzvt/libzvt.h, so this seems to be a problem. Next, as the upstream author, there are many things that could use fixing at a first glance : the autogen.sh step doesn't properly check for libao, libvorbis nor samba libs/headers, and the following make fails miserably. I would really recommend you clean up the autotools/configure stuff you ship. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 29 13:53:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 08:53:27 -0500 Subject: [Bug 179237] Review Request: swaks - A command-line SMTP transaction tester In-Reply-To: Message-ID: <200603291353.k2TDrRWu006925@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swaks - A command-line SMTP transaction tester https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179237 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 08:53 EST ------- A few suggestions : - Remove "A" from the summary : "Command-line SMTP transaction tester" - Use "Buildarch:" insted of longer "BuildArchitectures:", as your headers will look nicer and all aligned :-) - You could use "install -D -p -m 0755 %{SOURCE0} etc." instead of mkdir/cp/chmod - No need to tag man pages as %doc, rpm does that by itself - The forced %attr for the script is redundant with the chmod from %install All the rest looks good. Let me know if you fix some of the above and I can then 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 bugzilla at redhat.com Wed Mar 29 13:58:06 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 08:58:06 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603291358.k2TDw6Lx007876@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-29 08:57 EST ------- - The %{!?dist} is wrong, you probably meant %{?dist} :-) - Passing -n %{name}-%{version} to %setup is not needed, as it's the sane default - You're missing a "rm -rf ${RPM_BUILD_ROOT}" as the first line of %install - Why Source0 and Patch1? Would seem more logical to start at Patch0 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 13:58:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 08:58:46 -0500 Subject: [Bug 186817] Review Request: kshutdown In-Reply-To: Message-ID: <200603291358.k2TDwkD6008044@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kshutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186817 ------- Additional Comments From kushaldas at gmail.com 2006-03-29 08:58 EST ------- Changed as commented. Still I am not sure about the changelog. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:02:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:02:25 -0500 Subject: [Bug 186817] Review Request: kshutdown In-Reply-To: Message-ID: <200603291402.k2TE2PdH008701@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kshutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186817 ------- Additional Comments From rdieter at math.unl.edu 2006-03-29 09:02 EST ------- FYI, when you update the package, you ought to also increment the Release tag. What aren't you sure about wrt the changelog? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:05:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:05:47 -0500 Subject: [Bug 187235] New: Review Request: ices - icecast streaming source 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=187235 Summary: Review Request: ices - icecast streaming source client Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/ices/ices.spec SRPM Name or Url: http://home.bawue.net/~ixs/ices/ices-2.0.1-2.src.rpm Description: IceS is a source client for a streaming server. The purpose of this client is to provide an audio stream to a streaming server such that one or more listeners can access the stream. With this layout, this source client can be situated remotely from the icecast server. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:07:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:07:05 -0500 Subject: [Bug 173719] Review Request: openmpi - a new MPI implementation In-Reply-To: Message-ID: <200603291407.k2TE75Ib009589@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openmpi - a new MPI implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173719 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2006-03-29 09:06 EST ------- Set blocker to FE-ACCEPT -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 29 14:12:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:12:07 -0500 Subject: [Bug 187235] Review Request: ices - icecast streaming source client In-Reply-To: Message-ID: <200603291412.k2TEC79I010555@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ices - icecast streaming source client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187235 ------- Additional Comments From andreas at bawue.net 2006-03-29 09:11 EST ------- FYI: rpmlint returns the following warnings and errors: W: ices conffile-without-noreplace-flag /etc/logrotate.d/ices E: ices non-standard-gid /var/log/ices ices E: ices non-standard-dir-perm /var/log/ices 0770 The warning shouldn't be a problem, and the errors can be ignored. ices is running under the userid ices and therefore the logdir must belong to another user. Perms are set accordingly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:15:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:15:57 -0500 Subject: [Bug 187236] New: Review Request: smixer - A simple interface to /dev/mixer 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=187236 Summary: Review Request: smixer - A simple interface to /dev/mixer Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/smixer/smixer.spec SRPM Name or Url: http://home.bawue.net/~ixs/smixer/smixer-1.0.4-1.src.rpm Description: smixer is a command-line and scriptable program to control and display the mixer volume levels on a sound card in linux. smixer is ideal for setting mixer settings on startup or to switch between multiple configurations quickly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:16:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:16:16 -0500 Subject: [Bug 186817] Review Request: kshutdown In-Reply-To: Message-ID: <200603291416.k2TEGGIV011404@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kshutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186817 ------- Additional Comments From kushaldas at gmail.com 2006-03-29 09:16 EST ------- Spec Name or Url: http://freeshell.in/~kushal/kshutdown.spec SRPM Name or Url: http://freeshell.in/~kushal/kshutdown-0.8.2-3.src.rpm Is it ok ?? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:18:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:18:14 -0500 Subject: [Bug 177567] Review Request: smb4k - The SMB/CIFS Share Browser for KDE In-Reply-To: Message-ID: <200603291418.k2TEIEUK011707@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smb4k - The SMB/CIFS Share Browser for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177567 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2006-03-29 09:17 EST ------- Set blocker to FE-ACCEPT (please do so when you approve 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 Wed Mar 29 14:20:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:20:02 -0500 Subject: [Bug 173028] Review Request: ser - SIP Express Router In-Reply-To: Message-ID: <200603291420.k2TEK2YM012107@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ser - SIP Express Router https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173028 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 | nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2006-03-29 09:19 EST ------- Removed FE-REVIEW blocker -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Mar 29 14:20:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:20:41 -0500 Subject: [Bug 186817] Review Request: kshutdown In-Reply-To: Message-ID: <200603291420.k2TEKfJH012294@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kshutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186817 ------- Additional Comments From rdieter at math.unl.edu 2006-03-29 09:20 EST ------- Better, yes. (-: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:21:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:21:30 -0500 Subject: [Bug 172267] Review Request: srtp - An implementation of the Secure Real-time Transport Protocol (SRTP) In-Reply-To: Message-ID: <200603291421.k2TELU2K012549@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: srtp - An implementation of the Secure Real-time Transport Protocol (SRTP) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172267 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 | nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2006-03-29 09:21 EST ------- Removed FE-REVIEW blocker. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tibbs at math.uh.edu Wed Mar 29 14:29:51 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 29 Mar 2006 08:29:51 -0600 Subject: Carrying alternate kernel builds in Extras In-Reply-To: <442A183A.4040201@hhs.nl> (Hans de Goede's message of "Wed, 29 Mar 2006 07:16:42 +0200") References: <20060329030421.GA3572@redhat.com> <442A183A.4040201@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: HdG> Maybe just file a bug about this, because its clearly not a HdG> feature and Dave figure out how he is going to handle the bug, HdG> and only after he decides to close it as won'tfix then do the HdG> additional kernel in extras limbo? The bug for the underlying kernel issue is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187127 - J< From fedora at adslpipe.co.uk Wed Mar 29 14:31:05 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Wed, 29 Mar 2006 15:31:05 +0100 Subject: Gutenprint core or extras In-Reply-To: References: <442A64F8.1060700@adslpipe.co.uk> Message-ID: <442A9A29.9020002@adslpipe.co.uk> Rex Dieter wrote: > I'm not familiar with Gutenprint, essentially gutenprint *is* gimp-print, renamed to eliminate confusion that it only prints from gimp. > but if it's possible to install as an > addon to gimp-print (without too much pain/suffering), then Extras (for > now) is definitely the preferred way to go. > Else, it's fc6+ territory. OK, guess it's FC6 then, shame as v5 adds printable CD support for my Epson printer, would it even be permissible in FC5extras so long as it properly conflicted with gimp-print? From bugzilla at redhat.com Wed Mar 29 14:32:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:32:55 -0500 Subject: [Bug 185266] Review Request: perl-Text-CHM Perl extension for handling MS Compiled HtmlHelp Files In-Reply-To: Message-ID: <200603291432.k2TEWt9k014950@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-CHM Perl extension for handling MS Compiled HtmlHelp Files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185266 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2006-03-29 09:32 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 FC5 (i386) and in mock for rawhide (i386) - BR's OK - no locales, 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 - no large docs - docs don't affect runtime - no desktop file needed - no scriptlets Suggestions: - use the DESCRIPTION section from the manpage for %description Notes: - the CPAN test results do not inspire confidence in this module (4 testers, 4 FAILs) http://cpantesters.perl.org/show/Text-CHM.html#Text-CHM-0.01 Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Wed Mar 29 14:46:04 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 29 Mar 2006 08:46:04 -0600 Subject: Gutenprint core or extras In-Reply-To: <442A9A29.9020002@adslpipe.co.uk> References: <442A64F8.1060700@adslpipe.co.uk> <442A9A29.9020002@adslpipe.co.uk> Message-ID: Andy Burns wrote: > OK, guess it's FC6 then, shame as v5 adds printable CD support for my > Epson printer, would it even be permissible in FC5extras so long as it > properly conflicted with gimp-print? AFAIK, Conflicts is OK, as long as it doesn't replace a core package (ie, Obsoletes and/or Provides). Now all we need is someone to package/submit it. (-: -- Rex From bugzilla at redhat.com Wed Mar 29 14:48:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:48:14 -0500 Subject: [Bug 187241] New: Review Request: mboxgrep - Displays e-mail messages matching a pattern 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=187241 Summary: Review Request: mboxgrep - Displays e-mail messages matching a pattern Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/mboxgrep/mboxgrep.spec SRPM Name or Url: http://home.bawue.net/~ixs/mboxgrep/mboxgrep-0.7.9-2.src.rpm Description: mboxgrep is a small utility that scans a mailbox for messages matching a basic, extended, or Perl-compatible regular expression. Selected messages can be either displayed on standard output, counted, piped to a command or written to another mailbox. It supports mbox (both plain and compressed), MH, nnmh, nnml and maildir folders. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:56:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:56:47 -0500 Subject: [Bug 187241] Review Request: mboxgrep - Displays e-mail messages matching a pattern In-Reply-To: Message-ID: <200603291456.k2TEulNM021264@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mboxgrep - Displays e-mail messages matching a pattern https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187241 ------- Additional Comments From paul at city-fan.org 2006-03-29 09:56 EST ------- Please change the Source URL to: http://dl.sf.net/mboxgrep/mboxgrep-%{version}.tar.gz This will avoid the mirror selection page and allow spectool to work. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 14:54:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 09:54:48 -0500 Subject: [Bug 187243] New: Review Request: lazarus : IDE and RAD tool for the free pascal compiler (fpc) 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=187243 Summary: Review Request: lazarus : IDE and RAD tool for the free pascal compiler (fpc) Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: joost at cnoc.nl QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.cnoc.nl/fpc/lazarus.spec SRPM Name or Url: http://www.cnoc.nl/fpc/lazarus-0.9.12-1.src.rpm Description: Lazarus is a free and opensource RAD tool for freepascal using the lazarus component library - LCL, which is also included in this package. Lazarus provides a development-studio like Delphi, including components for quick database-access, XML, RTTI and much more. An application written with lazarus can be compiled for different interfaces, like GTK1, GTK2, Win32, WINCE and Carbon (OS/X) on different platforms (sparc, i386, x86-64, ppc, arm, POWER5) Without changing a single line of code and without using any framework like Mono/.Net/Java -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 15:00:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 10:00:42 -0500 Subject: [Bug 187241] Review Request: mboxgrep - Displays e-mail messages matching a pattern In-Reply-To: Message-ID: <200603291500.k2TF0gtU021818@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mboxgrep - Displays e-mail messages matching a pattern https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187241 ------- Additional Comments From andreas at bawue.net 2006-03-29 10:00 EST ------- Thx. Missed that. Updated at http://home.bawue.net/~ixs/mboxgrep/mboxgrep.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 15:10:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 10:10:09 -0500 Subject: [Bug 179237] Review Request: swaks - A command-line SMTP transaction tester In-Reply-To: Message-ID: <200603291510.k2TFA9DO023739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: swaks - A command-line SMTP transaction tester https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179237 ------- Additional Comments From tibbs at math.uh.edu 2006-03-29 10:09 EST ------- Thanks for the comments. Updated spec: http://www.math.uh.edu/~tibbs/rpms/swaks/swaks.spec Updated SRPM: http://www.math.uh.edu/~tibbs/rpms/swaks/swaks-20050709.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 jspaleta at gmail.com Wed Mar 29 15:38:21 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 29 Mar 2006 10:38:21 -0500 Subject: FC6 planning - how to change the version that ends up in FC6 In-Reply-To: <4429896F.2070902@cora.nwra.com> References: <4429896F.2070902@cora.nwra.com> Message-ID: <604aa7910603290738h7c59aafag81e21dcd899e5ca@mail.gmail.com> On 3/28/06, Orion Poplawski wrote: > I'm thinking about building the HDF5 1.7 branch in FE development for > testing purposes. If it becomes the next upstream stable by the time > FC6 is released, then it goes into FE6. However, if it doesn't I'll > want to revert to the 1.6 series. Watching the FC5/FE5 release process > I'm not sure if this would have been possible. > > Thoughts, suggestions? Sure it would have been possible as long as you made your rollback to 1.6 series before the branch point of fe6. Does Extras development have an explicit garuntee of an update path inside the development branch itself? If not.. all you do revert the codebase in extras devel cvs and push a build of the older code base before devel branches for fe6. I believe this is pretty much how Core handles situations where codebases have to be rolled back late in the testing. If you need/want to keep the update path working cleaning from one devel update to another (which I frankly think is an unneeded burden) then you up the epoch number when you revert to the older version number. Epoch allows the lower version number'd package that you build looks "newer" when rpm does its version comparison. But like i said I think working about update paths which only affect development tree users is overkill and leads to epoch inflation. -jef From ed at eh3.com Wed Mar 29 15:46:38 2006 From: ed at eh3.com (Ed Hill) Date: Wed, 29 Mar 2006 10:46:38 -0500 Subject: FC6 planning - how to change the version that ends up in FC6 In-Reply-To: <4429896F.2070902@cora.nwra.com> References: <4429896F.2070902@cora.nwra.com> Message-ID: <1143647199.9400.302.camel@ernie> On Tue, 2006-03-28 at 12:07 -0700, Orion Poplawski wrote: > I'm thinking about building the HDF5 1.7 branch in FE development for > testing purposes. If it becomes the next upstream stable by the time > FC6 is released, then it goes into FE6. However, if it doesn't I'll > want to revert to the 1.6 series. Watching the FC5/FE5 release process > I'm not sure if this would have been possible. > > Thoughts, suggestions? Hi Orion, The new and hopefully-out-of-beta-soon netCDF v4 is based upon HDF5. We use netCDF v3 routinely and are hoping that v4 will bring some cool and useful improvements. I'm planning on getting better acquainted with v4 as soon as a more pressing project gets knocked off. If you generate new HDF5 SRPMs and put them on a web server somewhere then I'll be happy to test them and to (try to, anyway!) create compatible netCDF v4 SRPMs. Perhaps this is something that we could work on together outside of the FE CVS area? And then, if it works well enough, pull them into FE CVS? Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From bugzilla at redhat.com Wed Mar 29 15:49:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 10:49:30 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603291549.k2TFnUfv002022@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From ville.skytta at iki.fi 2006-03-29 10:49 EST ------- If you're referring to the URL in comment 1, it works for me in Firefox. Wget seems to be eventually (I have timeout = 10 in ~/.wgetrc) redirected to belnet.dl.sf.net which doesn't work, but heanet.dl.sf.net does. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 16:25:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 11:25:39 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603291625.k2TGPdIP009131@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From wart at kobold.org 2006-03-29 11:25 EST ------- Looks good. Only the man page still says "NJAM(1)" at the top when I run "man njam". It should read "NJAM(6)". To fix, change line 54 in njam.6 to: .TH "NJAM" "6" This isn't a blocker, but should be fixed after importing. APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Wed Mar 29 16:57:49 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 29 Mar 2006 09:57:49 -0700 Subject: cvs-import.sh fails Message-ID: <442ABC8D.90406@cora.nwra.com> Various errors and warnings: Checking out the modules file... For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Creating new module: cmake For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. sendmail: Cannot open mailhub:25 For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Running syncmail... Mailing cvsextras at fedora.redhat.com... ...syncmail done. Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Running syncmail... Mailing relnotes at fedoraproject.org... ...syncmail done. Running syncmail... Mailing cvsextras at fedora.redhat.com... ...syncmail done. Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Running syncmail... Mailing relnotes at fedoraproject.org... ...syncmail done. sendmail: Cannot open mailhub:25 sendmail: Cannot open mailhub:25 For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. sendmail: Cannot open mailhub:25 sendmail: Cannot open mailhub:25 Entry for module 'cmake' created. Checking out module: 'cmake' For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Unpacking source package: cmake-2.2.3-3.src.rpm... L cmake-2.2.3.tar.gz For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs A cmake-init-fedora For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs A cmake.spec Checking : cmake-2.2.3.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [upload] Error 255 ERROR: Uploading the source tarballs failed! -- 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 nicolas.mailhot at laposte.net Wed Mar 29 17:18:08 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 29 Mar 2006 19:18:08 +0200 Subject: cvs-import.sh fails -> ERROR: could not check remote file status In-Reply-To: <442ABC8D.90406@cora.nwra.com> References: <442ABC8D.90406@cora.nwra.com> Message-ID: <1143652729.2792.0.camel@rousalka.dyndns.org> More errors : ./dejavu-fonts/common/cvs-import.sh -b devel -m "2.4.1" /home/nim/rpm/SRPMS/dejavu-fonts-2.4.1-1.fc6.src.rpm Checking out the modules file... For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs cvs checkout: [17:14:10] waiting for spot's lock in /cvs/extras/CVSROOT cvs checkout: [17:14:40] obtained lock in /cvs/extras/CVSROOT For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Module 'dejavu-fonts' already exists... Checking out module: 'dejavu-fonts' For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Unpacking source package: dejavu-fonts-2.4.1-1.fc6.src.rpm... U dejavu-fonts.spec L dejavu-sfd-2.4.1.tar.gz Checking : dejavu-sfd-2.4.1.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [upload] Erreur 255 ERROR: Uploading the source tarballs failed! -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From fedora at adslpipe.co.uk Wed Mar 29 17:40:16 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Wed, 29 Mar 2006 18:40:16 +0100 Subject: Gutenprint core or extras In-Reply-To: References: <442A64F8.1060700@adslpipe.co.uk> <442A9A29.9020002@adslpipe.co.uk> Message-ID: <442AC680.2050307@adslpipe.co.uk> Rex Dieter wrote: > Now all we need is someone to package/submit it. (-: I might try, I'll need to do some genning up on how gimp-print fits in though ... From bugzilla at redhat.com Wed Mar 29 17:45:46 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 12:45:46 -0500 Subject: [Bug 187266] New: Review Request: gprolog - GNU Prolog is a free Prolog compiler Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187266 Summary: Review Request: gprolog - GNU Prolog is a free Prolog compiler Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: Jochen at herr-schmitt.de QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.herr-schmitt.de/pub/gprolog/gprolog.spec SRPM Name or Url: http://www.herr-schmitt.de/pub/gprolog/gprolog-1.2.19-1.src.rpm Description: GNU Prolog is a native Prolog compiler with constraint solving over finite domains (FD) developed by Daniel Diaz (http://loco.inria.fr/~diaz). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From davej at redhat.com Wed Mar 29 18:17:40 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 29 Mar 2006 13:17:40 -0500 Subject: Carrying alternate kernel builds in Extras In-Reply-To: References: <20060329030421.GA3572@redhat.com> <442A183A.4040201@hhs.nl> Message-ID: <20060329181739.GA9248@redhat.com> On Wed, Mar 29, 2006 at 08:29:51AM -0600, Jason L Tibbitts III wrote: > >>>>> "HdG" == Hans de Goede writes: > > HdG> Maybe just file a bug about this, because its clearly not a > HdG> feature and Dave figure out how he is going to handle the bug, > HdG> and only after he decides to close it as won'tfix then do the > HdG> additional kernel in extras limbo? > > The bug for the underlying kernel issue is > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187127 For FC5, the safest way forward is to introduce a new kernel rather than changing any of the existing ones. I'll re-add the old 586-smp kernel in the next update. For FC6, I'll look into doing something more creative. Dave -- http://www.codemonkey.org.uk From sopwith at redhat.com Wed Mar 29 18:28:10 2006 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 29 Mar 2006 13:28:10 -0500 (EST) Subject: File upload doesn't work In-Reply-To: <1143622945.3838.19.camel@perun.kabelta.loc> References: <1143622945.3838.19.camel@perun.kabelta.loc> Message-ID: On Wed, 29 Mar 2006, Tomas Mraz wrote: > The subject says it all. > > make new-source FILES=openoffice.org-dict-cs_CZ.tar.gz > > Checking : openoffice.org-dict-cs_CZ.tar.gz on > https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > ERROR: could not check remote file status > make: *** [new-source] Error 255 > > curl: (22) The requested URL returned error: 500 So for some reason /etc/resolv.conf was not world-readable. Please try again. Best, -- Elliot From sopwith at redhat.com Wed Mar 29 18:28:43 2006 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 29 Mar 2006 13:28:43 -0500 (EST) Subject: cvs-import.sh fails In-Reply-To: <442ABC8D.90406@cora.nwra.com> References: <442ABC8D.90406@cora.nwra.com> Message-ID: Please give it a shot now... -- Elliot On Wed, 29 Mar 2006, Orion Poplawski wrote: > Various errors and warnings: From gemi at bluewin.ch Wed Mar 29 18:40:23 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 29 Mar 2006 20:40:23 +0200 Subject: File upload doesn't work In-Reply-To: References: <1143622945.3838.19.camel@perun.kabelta.loc> Message-ID: <1143657623.14504.0.camel@scriabin.tannenrauch.ch> On Wed, 2006-03-29 at 13:28 -0500, Elliot Lee wrote: > he requested URL returned error: 500 > > So for some reason /etc/resolv.conf was not world-readable. Please try > again. > > Best, > -- Elliot Ok, works now. Thanks -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugzilla at redhat.com Wed Mar 29 18:34:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 13:34:34 -0500 Subject: [Bug 187266] Review Request: gprolog - GNU Prolog is a free Prolog compiler In-Reply-To: Message-ID: <200603291834.k2TIYYLp006028@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gprolog - GNU Prolog is a free Prolog compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187266 ------- Additional Comments From tibbs at math.uh.edu 2006-03-29 13:34 EST ------- Someone hopped in while I was writing this, but I'll include these comments anyway. I may not be qualified to review this, but here are some quick comments: You comment that it will only compile with -O1 but then substitute in -O0. Consider adding a comment describing why you substitute out @TXT_FILES@ from Makefile.in. Is it acceptable to have the executable under /usr/lib/gprolog-blah/bin and put a symlink into /usr/bin? The only examples I can find of this in Core are QT and RPM. Do you still need to delete the doc files (Changelog, COPYING, etc.) after you have removed @TXT_FILES@ from Makefile.in? Changing the "rm -f" to "rm" shows that the files don't need to be deleted. rpmlint complains about /bin/sh dependencies in the doc files. I think that you could safely delete BINPROLOG, CIAO, SICSTUS, SWI, WAMCC, XSB and YAP from the ExamplesPl directory; they aren't even intended to be used by gprolog. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From gemi at bluewin.ch Wed Mar 29 18:46:19 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 29 Mar 2006 20:46:19 +0200 Subject: File upload doesn't work In-Reply-To: <1143657623.14504.0.camel@scriabin.tannenrauch.ch> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> Message-ID: <1143657979.14815.1.camel@scriabin.tannenrauch.ch> On Wed, 2006-03-29 at 20:40 +0200, G?rard Milmeister wrote: > On Wed, 2006-03-29 at 13:28 -0500, Elliot Lee wrote: > > he requested URL returned error: 500 > > > > So for some reason /etc/resolv.conf was not world-readable. Please try > > again. > > > > Best, > > -- Elliot > Ok, works now. However when building: Downloading sweep-0.9.1.tar.bz2... --13:44:34-- http://cvs.fedora.redhat.com/repo/extras/sweep/sweep-0.9.1.tar.bz2/7c346e28ff09c4a4f529a607ffd165f9/sweep-0.9.1.tar.bz2 => `sweep-0.9.1.tar.bz2' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 404 Not Found 13:44:34 ERROR 404: Not Found. FINISHED --13:44:34-- Downloaded: 0 bytes in 0 files Could not download source file: sweep-0.9.1.tar.bz2 does not exist -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From joost at soeterbroek.com Wed Mar 29 18:47:00 2006 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Wed, 29 Mar 2006 20:47:00 +0200 Subject: File upload doesn't work In-Reply-To: <1143657623.14504.0.camel@scriabin.tannenrauch.ch> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> Message-ID: <1143658020.8872.1.camel@localhost.localdomain> On Wed, 2006-03-29 at 20:40 +0200, G?rard Milmeister wrote: > On Wed, 2006-03-29 at 13:28 -0500, Elliot Lee wrote: > > he requested URL returned error: 500 > > > > So for some reason /etc/resolv.conf was not world-readable. Please try > > again. > > > > Best, > > -- Elliot > Ok, works now. > Thanks Ok, file upload works now, but then there is the next bottleneck with the plague build server not being able to find the source tarball: Error: could not make srpm for heartbeat-2_0_4-2_fc6 - output was: Downloading heartbeat-2.0.4.tar.gz... --13:44:27-- http://cvs.fedora.redhat.com/repo/extras/heartbeat/heartbeat-2.0.4.tar.gz/659aae2365daea3a17e5a4a4ae0b0a3e/heartbeat-2.0.4.tar.gz => `heartbeat-2.0.4.tar.gz' -- "Don't eat the yellow snow, that's where the huskies go." - Frank Zappa Joost Soeterbroek From bugzilla at redhat.com Wed Mar 29 18:59:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 13:59:08 -0500 Subject: [Bug 187282] New: Review Request: sax2 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=187282 Summary: Review Request: sax2 Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: marcus-schaefer at gmx.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.berlios.de/pub/sax/review/sax2.spec SRPM Name or Url: ftp://ftp.berlios.de/pub/sax/review/sax2-8.1-18.src.rpm Description: sax2 is a tool to configure the X-Server. It works for X11R6/R7 Detailed information can be found here: http://sax.berlios.de Thanks for reviewing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From orion at cora.nwra.com Wed Mar 29 19:06:53 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 29 Mar 2006 12:06:53 -0700 Subject: cvs-import.sh fails In-Reply-To: References: <442ABC8D.90406@cora.nwra.com> Message-ID: <442ADACD.9050305@cora.nwra.com> Elliot Lee wrote: > Please give it a shot now... > > Mostly okay, but: Checking : cmake-2.2.3.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Uploading: cmake-2.2.3.tar.gz to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Unable to write to /repo/extras repository. Source upload succeeded. Don't forget to commit the new ./sources file and: cvs commit... For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. Invalid argument at /usr/lib/perl5/vendor_perl/5.8.5/Mail/Mailer.pm line 263. sendmail: Cannot open localhost:25 sendmail: Cannot open localhost:25 Commit Complete And the source isn't there: $ make srpm Downloading cmake-2.2.3.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 make: *** [cmake-2.2.3.tar.gz] Error 22 make new-sources fails: $ make new-source FILES=cmake-2.2.3.tar.gz Checking : cmake-2.2.3.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Uploading: cmake-2.2.3.tar.gz to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Unable to write to /repo/extras repository. -- 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 Wed Mar 29 19:09:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 14:09:01 -0500 Subject: [Bug 187266] Review Request: gprolog - GNU Prolog is a free Prolog compiler In-Reply-To: Message-ID: <200603291909.k2TJ91Z0013116@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gprolog - GNU Prolog is a free Prolog compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187266 ------- Additional Comments From gemi at bluewin.ch 2006-03-29 14:08 EST ------- Comment #1 already mentions the things that should be fixed. Have you created the patches yourself, or do they come from elsewhere? If they do, it may be useful to document this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From steve at silug.org Wed Mar 29 19:25:06 2006 From: steve at silug.org (Steven Pritchard) Date: Wed, 29 Mar 2006 13:25:06 -0600 Subject: File upload doesn't work In-Reply-To: <1143658020.8872.1.camel@localhost.localdomain> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> Message-ID: <20060329192506.GA3075@osiris.silug.org> On Wed, Mar 29, 2006 at 08:47:00PM +0200, Joost Soeterbroek wrote: > Ok, file upload works now Really? I'm still getting this: ERROR: could not check remote file status make: *** [new-sources] Error 255 I get a 403 requesting https://cvs.fedora.redhat.com/repo/extras/upload.cgi directly. 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 nicolas.mailhot at laposte.net Wed Mar 29 19:44:22 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 29 Mar 2006 21:44:22 +0200 Subject: File upload doesn't work In-Reply-To: <1143658020.8872.1.camel@localhost.localdomain> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> Message-ID: <1143661465.2562.5.camel@rousalka.dyndns.org> Le mercredi 29 mars 2006 ? 20:47 +0200, Joost Soeterbroek a ?crit : > Ok, file upload works now, but then there is the next bottleneck with > the plague build server not being able to find the source tarball: Error: could not make srpm for dejavu-fonts-2_4_1-1_fc4 - output was: Downloading dejavu-sfd-2.4.1.tar.gz... --14:37:42-- http://cvs.fedora.redhat.com/repo/extras/dejavu-fonts/dejavu-sfd-2.4.1.tar.gz/ea7ee1cd16880a8ce5b3e70d97c41fc8/dejavu-sfd-2.4.1.tar.gz => `dejavu-sfd-2.4.1.tar.gz' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 404 Not Found 14:37:42 ERROR 404: Not Found. FINISHED --14:37:42-- Downloaded: 0 bytes in 0 files Could not download source file: dejavu-sfd-2.4.1.tar.gz does not exist make: *** [dejavu-sfd-2.4.1.tar.gz] Error 1 -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From chrisw at redhat.com Wed Mar 29 19:49:14 2006 From: chrisw at redhat.com (Chris Wright) Date: Wed, 29 Mar 2006 11:49:14 -0800 Subject: File upload doesn't work In-Reply-To: <1143657979.14815.1.camel@scriabin.tannenrauch.ch> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143657979.14815.1.camel@scriabin.tannenrauch.ch> Message-ID: <20060329194914.GL15997@sorel.sous-sol.org> * G?rard Milmeister (gemi at bluewin.ch) wrote: > However when building: > Downloading sweep-0.9.1.tar.bz2... > --13:44:34-- > http://cvs.fedora.redhat.com/repo/extras/sweep/sweep-0.9.1.tar.bz2/7c346e28ff09c4a4f529a607ffd165f9/sweep-0.9.1.tar.bz2 > => `sweep-0.9.1.tar.bz2' > Resolving cvs.fedora.redhat.com... 209.132.176.51 > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 13:44:34 ERROR 404: Not Found. > FINISHED --13:44:34-- > Downloaded: 0 bytes in 0 files > Could not download source file: sweep-0.9.1.tar.bz2 does not exist Yup, same here. And I noticed, the error during new-sources: Checking : cogito-0.17.1.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Uploading: cogito-0.17.1.tar.gz to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Unable to write to /repo/extras repository. thanks, -chris From j.w.r.degoede at hhs.nl Wed Mar 29 19:53:38 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 29 Mar 2006 21:53:38 +0200 Subject: File upload doesn't work In-Reply-To: <20060329192506.GA3075@osiris.silug.org> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> <20060329192506.GA3075@osiris.silug.org> Message-ID: <442AE5C2.5070209@hhs.nl> I get this: Uploading: njam-1.25-src.tar.gz to https://cvs.fedora.redhat.com/repo/extras/upload.cgi... Unable to write to /repo/extras repository. I guess the last line gives us a clue about whats happening, for some reason the import.sh script however just goes along, it does report this error, but doesn't stop on it. Regards, Hans From j.w.r.degoede at hhs.nl Wed Mar 29 19:55:08 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 29 Mar 2006 21:55:08 +0200 Subject: all builda fail with sourcedir not writable Message-ID: <442AE61C.5010404@hhs.nl> Hi, I get: /sbin/runuser -c 'rpm -Uvh --nodeps /builddir/build/originals/dumb-0.9.3-3.fc6.src.rpm' mockbuild error: cannot write to %sourcedir /usr/src/redhat/SOURCES Error installing srpm: dumb-0.9.3-3.fc6.src.rpm I know others have reported this too, but sofar no response so I thought I would bring this up again. Regards, Hans From bugzilla at redhat.com Wed Mar 29 19:56:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 14:56:24 -0500 Subject: [Bug 187266] Review Request: gprolog - GNU Prolog is a free Prolog compiler In-Reply-To: Message-ID: <200603291956.k2TJuOlL024397@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gprolog - GNU Prolog is a free Prolog compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187266 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-29 14:56 EST ------- The patches are coming from the gentoo project. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Wed Mar 29 20:05:35 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 29 Mar 2006 23:05:35 +0300 Subject: all builda fail with sourcedir not writable In-Reply-To: <442AE61C.5010404@hhs.nl> References: <442AE61C.5010404@hhs.nl> Message-ID: <1143662735.4646.29.camel@localhost.localdomain> On Wed, 2006-03-29 at 21:55 +0200, Hans de Goede wrote: > Hi, > > I get: > > /sbin/runuser -c 'rpm -Uvh --nodeps > /builddir/build/originals/dumb-0.9.3-3.fc6.src.rpm' mockbuild > error: cannot write to %sourcedir /usr/src/redhat/SOURCES > Error installing srpm: dumb-0.9.3-3.fc6.src.rpm > > I know others have reported this too, but sofar no response so I thought > I would bring this up again. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187260 From bugzilla at redhat.com Wed Mar 29 20:10:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:10:35 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603292010.k2TKAZIp027176@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-29 15:10 EST ------- I've uploaded a new version, doing "things" as described in comment 4. I didn't know what to put in a changelog entry for all these changes, so I just left the release field at 1 :) Go get it (and review it) from: Spec Name or Url: http://home.zonnet.nl/jwrdegoede/shippy.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/shippy-1.3.3.7-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:11:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:11:28 -0500 Subject: [Bug 187186] Review Request: up-imapproxy In-Reply-To: Message-ID: <200603292011.k2TKBSZX027445@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: up-imapproxy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187186 ------- Additional Comments From drees76 at gmail.com 2006-03-29 15:11 EST ------- OK, I guess I'll start the Orphaning process and once that is complete, we can start the review process? Can I take ownership of a package without being a current maintainer or being sponsored? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:13:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:13:52 -0500 Subject: [Bug 187290] New: Review Request:
Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187290 Summary: Review Request:
Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: foolish at guezz.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://folk.ntnu.no/sindrb/packages/gecko-sharp.spec SRPM Name or Url: http://folk.ntnu.no/sindrb/packages/gecko-sharp-0.6-1.src.rpm Description: GeckoSharp is a wrapper for the GtkEmbedMoz widget. It provides the abilty to embed the Mozilla rendering engine (Gecko) into a Gtk# application -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:14:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:14:04 -0500 Subject: [Bug 187292] New: Review Request: gecko-sharp 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=187292 Summary: Review Request: gecko-sharp Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: foolish at guezz.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://folk.ntnu.no/sindrb/packages/gecko-sharp.spec SRPM Name or Url: http://folk.ntnu.no/sindrb/packages/gecko-sharp-0.6-1.src.rpm Description: GeckoSharp is a wrapper for the GtkEmbedMoz widget. It provides the abilty to embed the Mozilla rendering engine (Gecko) into a Gtk# application -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:23:20 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:23:20 -0500 Subject: [Bug 187294] New: Review Request: gwyddion 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=187294 Summary: Review Request: gwyddion Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: yeti at physics.muni.cz QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://gwyddion.net/download/test/gwyddion.spec SRPM Name or Url: http://gwyddion.net/download/test/gwyddion-1.15-0.1.src.rpm Description: Hi, this is my first package and I am seeking for a sponsor. Gwyddion is a SPM (scanning probe microscopy) data visualization and interactive analysis tool written with Gtk+. To various extent, it can be used for other 2D data too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:31:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:31:16 -0500 Subject: [Bug 187290] Review Request:
In-Reply-To: Message-ID: <200603292031.k2TKVGqf031492@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187290 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request:
|package name here> Status|NEW |CLOSED Resolution| |DUPLICATE OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From ville.skytta at iki.fi 2006-03-29 15:31 EST ------- *** This bug has been marked as a duplicate of 187292 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:31:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:31:27 -0500 Subject: [Bug 187292] Review Request: gecko-sharp In-Reply-To: Message-ID: <200603292031.k2TKVRbZ031565@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gecko-sharp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187292 ------- Additional Comments From ville.skytta at iki.fi 2006-03-29 15:31 EST ------- *** Bug 187290 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 the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 20:37:13 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 15:37:13 -0500 Subject: [Bug 184467] Review Request: cmake - Cross-platform make system In-Reply-To: Message-ID: <200603292037.k2TKbD4V000730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmake - Cross-platform make system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184467 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2006-03-29 15:37 EST ------- checked in, built on devel, added to owners.list. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Wed Mar 29 20:54:05 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 29 Mar 2006 22:54:05 +0200 Subject: build problem Message-ID: <1143665646.2542.13.camel@bureau.maison> trying to build a new release i obtain this problem : Error: could not make srpm for ircd-hybrid-7_2_1-1_fc6 - output was: Downloading ircd-hybrid-7.2.1.tgz... --13:59:33-- http://cvs.fedora.redhat.com/repo/extras/ircd-hybrid/ircd-hybrid-7.2.1.tgz/00901c5e2e9bf44ab37a28596af6608e/ircd-hybrid-7.2.1.tgz => `ircd-hybrid-7.2.1.tgz' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 404 Not Found 13:59:33 ERROR 404: Not Found. FINISHED --13:59:33-- Downloaded: 0 bytes in 0 files Could not download source file: ircd-hybrid-7.2.1.tgz does not exist make: *** [ircd-hybrid-7.2.1.tgz] Error 1 From bugzilla at redhat.com Wed Mar 29 21:04:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 16:04:39 -0500 Subject: [Bug 187304] New: Review Request: echoping latency meassure 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=187304 Summary: Review Request: echoping latency meassure tool Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/echoping/echoping.spec SRPM Name or Url: http://home.bawue.net/~ixs/echoping/echoping-5.2.0-0.src.rpm Description: "echoping" is a small program to test (approximatively) performances of a remote host by sending it TCP "echo" (or other protocol, such as HTTP) packets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 22:19:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 17:19:04 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603292219.k2TMJ4nH026636@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From gemi at bluewin.ch 2006-03-29 17:18 EST ------- - Needs BuildRequires: desktop-file-utils -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 22:25:52 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 17:25:52 -0500 Subject: [Bug 187313] New: Review Request: perl-Authen-Radius 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=187313 Summary: Review Request: perl-Authen-Radius Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/perl-Authen-Radius/perl-Authen-Radius.spec SRPM Name or Url: http://home.bawue.net/~ixs/perl-Authen-Radius/perl-Authen-Radius-0.12-1.src.rpm Description: This is RadiusPerl version 0.11. RadiusPerl is a Perl 5 module (Radius.pm) which allows you to communicate with a Radius server from Perl. You can just authenticate usernames/passwords via Radius, or comletely imitate AAA requests and process server response. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 22:26:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 17:26:28 -0500 Subject: [Bug 187314] New: Review Request: perl-Data-HexDump 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=187314 Summary: Review Request: perl-Data-HexDump Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/perl-Data-HexDump/perl-Data-HexDump.spec SRPM Name or Url: http://home.bawue.net/~ixs/perl-Data-HexDump/perl-Data-HexDump-0.02-1.src.rpm Description: Dump in hexadecimal the content of a scalar. The result is returned in a string. Each line of the result consists of the offset in the source in the leftmost column of each line, followed by one or more columns of data from the source in hexadecimal. The rightmost column of each line shows the printable characters (all others are shown as single dots). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 22:27:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 17:27:32 -0500 Subject: [Bug 187315] New: Review Request: perl-Net-LDAP 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=187315 Summary: Review Request: perl-Net-LDAP Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/perl-Net-LDAP/perl-Net-LDAP.spec SRPM Name or Url: http://home.bawue.net/~ixs/perl-Net-LDAP/perl-Net-LDAP-0.33-1.src.rpm Description: A library of modules implementing an LDAP client. The aim is to implement a very portable LDAP client in perl by relying on as little compiled code as possible. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 23:28:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 18:28:31 -0500 Subject: [Bug 187317] New: Review Request: mindi 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=187317 Summary: Review Request: mindi Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: bruno.cornec at hp.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: in the src.rpm SRPM Name or Url: ftp://ftp.mondorescue.org/fedora/5/mindi-1.0.7-454.fc5.src.rpm Description: Mindi takes your kernel, modules, tools and libraries, and puts them on N bootable disks (or 1 bootable CD image). You may then boot from the disks/CD and do system maintenance - e.g. format partitions, backup/restore data, verify packages, etc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 23:31:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 18:31:16 -0500 Subject: [Bug 187318] New: Review Request: mondo 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=187318 Summary: Review Request: mondo Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: bruno.cornec at hp.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: in the src.rpm SRPM Name or Url: ftp://ftp.mondorescue.org/fedora/5/mondo-2.0.7-454.fc5.src.rpm Description: A program which a Linux user can utilize to create a rescue/restore CD/tape -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Wed Mar 29 23:39:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 18:39:47 -0500 Subject: [Bug 187196] Review Request: kernel-module-rt2500 In-Reply-To: Message-ID: <200603292339.k2TNdlEW014288@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kernel-module-rt2500 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187196 ------- Additional Comments From kyle at yencer.net 2006-03-29 18:39 EST ------- Updated SPEC to fit design, please re-review. Spec Name or Url: rt2500-kmod.spec SRPM Name or Url: http://files.yencer.net/pub/fedora/extras/4/SRPMS/rt2500-kmod-2006032818-1.2.6.15_1.1833_FC4.src.rpm Description: RT2500 kernel modules -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 00:41:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 19:41:53 -0500 Subject: [Bug 182254] Review Request: SS5 In-Reply-To: Message-ID: <200603300041.k2U0frCl024026@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: SS5 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182254 ------- Additional Comments From jpmahowald at gmail.com 2006-03-29 19:41 EST ------- Using ss5-3.5.4-1.src.rpm * Drop the entire Requires line, rpm can figure out this from the BuildRequires. * some paths are not replaced with RPM macros (wiki: QAChecklist item 7) Use macros with all of the file paths in your %files listing. For example, %{_mandir} instead of /usr/share/man/. See http://fedoraproject.org/wiki/Extras/RPMMacros * Delete ss5 from the Summary tag, it is redundant (and fixes rpmlint complaining about capitalizing it) rpmlint and comments: W: ss5 summary-not-capitalized ss5 Socks Server 5 Will be fixed after remove ss5 W: ss5 no-version-in-last-changelog Put the version number - release at the end of the changelog line W: ss5 conffile-without-noreplace-flag /etc/opt/ss5/ss5.conf W: ss5 conffile-without-noreplace-flag /etc/opt/ss5/ss5.passwd W: ss5 conffile-without-noreplace-flag /etc/pam.d/ss5 W: ss5 conffile-without-noreplace-flag /etc/rc.d/init.d/ss5 E: ss5 executable-marked-as-config-file /etc/rc.d/init.d/ss5 I would mark ss5.conf and ss5.passwd noreplace as they are configuration files that likely will be edited. E: ss5 non-standard-dir-perm /var/log/ss5 0644 It's expecting something like 755. W: ss5 log-files-without-logrotate /var/log/ss5 Optional. W: ss5 service-default-enabled /etc/rc.d/init.d/ss5 The service is enabled by default after "chkconfig --add"; for security reasons, most services should not be. Use "-" as the default runlevel in the init script's chkconfig line to fix this if appropriate for this service. E: ss5 configure-without-libdir-spec A configure script is run without specifying the libdir. configure options must be augmented with something like --libdir=%{_libdir}. E: ss5 hardcoded-library-path in /usr/lib/ss5/ A library path is hardcoded to one of the following paths: /lib, /usr/lib. It should be replaced by something like /%{_lib} or %{_libdir}. Thank you for your patience as we work through these tedious little details. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 01:04:41 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 20:04:41 -0500 Subject: [Bug 177106] Review Request: libgdgeda - graphical library for gEDA In-Reply-To: Message-ID: <200603300104.k2U14fgL027472@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdgeda - graphical library for gEDA https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177106 ------- Additional Comments From jpmahowald at gmail.com 2006-03-29 20:04 EST ------- I have since become a sponsor. Yes I am interested in delegating the review of the several packages here, however this one needs to go through before nearly all of the others. Please explain the differences this library has from standard gd and why . From the version numbers it appears to be based on the gd version from FC1. Duplication, and an older version at that, should be avoided 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 bugzilla at redhat.com Thu Mar 30 01:22:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 20:22:45 -0500 Subject: [Bug 187325] New: Review Request: jaws 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=187325 Summary: Review Request: jaws Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: kyle at yencer.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: jaws.spec SRPM Name or Url: http://files.yencer.net/pub/fedora/extras/5/SRPMS/jaws-0.6.1-1.fc5.src.rpm Description: A framework and content management system for building dynamic Web sites. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 01:51:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 20:51:18 -0500 Subject: [Bug 187326] New: Review Request: smokeping - Network latency grapher 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=187326 Summary: Review Request: smokeping - Network latency grapher Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: andreas at bawue.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://home.bawue.net/~ixs/smokeping/smokeping.spec SRPM Name or Url: http://home.bawue.net/~ixs/smokeping/smokeping-2.0.7-2.src.rpm Description: SmokePing is a network latency monitor which works in a way that is similar to MRTG. It measures network latency to a configurable set of destinations on the network, and displays its findings in easy-to-read Web pages. SmokePing has special support for monitoring hosts with dynamic IP addresses. SmokePing uses RRDtool as its logging and graphing back-end, making the system very efficient. The presentation of the data on the Web is done through a CGI which creates graphs on demand. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 01:56:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 20:56:42 -0500 Subject: [Bug 187326] Review Request: smokeping - Network latency grapher In-Reply-To: Message-ID: <200603300156.k2U1ugKo003133@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smokeping - Network latency grapher https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187326 andreas at bawue.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |187315 ------- Additional Comments From andreas at bawue.net 2006-03-29 20:56 EST ------- rpmlint gives several errors and warnings, which should be ignored: E: smokeping only-non-binary-in-usr-lib rpmlint seems to have problems with perl modules E: smokeping non-readable /etc/smokeping/tmail 0640 Contains passwords. E: smokeping non-standard-gid /var/lib/smokeping/images apache Must be apache writeable. E: smokeping non-standard-dir-perm /var/lib/smokeping/images 0775 Same. E: smokeping non-readable /etc/smokeping/smokemail 0640 Again passwords. E: smokeping non-standard-gid /etc/smokeping/config apache Apachereadable. E: smokeping non-readable /etc/smokeping/config 0640 Passwords again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From peter at thecodergeek.com Thu Mar 30 02:55:16 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 29 Mar 2006 18:55:16 -0800 Subject: [Resolved] Re: Build System Error In-Reply-To: <1143615496.16191.24.camel@tuxhugger> References: <1143615496.16191.24.camel@tuxhugger> Message-ID: <1143687316.3273.10.camel@tuxhugger> On Tue, 2006-03-28 at 22:58 -0800, Peter Gordon wrote: > This appears to happen with the 0.9-6.fc5 and 0.9-7.fc6 (devel) SRPMs > too. Would someone please give the buildsys a whacking? :) Hmm I just got success reports in my email this morning. Thanks to whoever made it start working again! :) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From chris.stone at gmail.com Thu Mar 30 03:12:49 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 29 Mar 2006 19:12:49 -0800 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: <200603292010.k2TKAZIp027176@www.beta.redhat.com> References: <200603292010.k2TKAZIp027176@www.beta.redhat.com> Message-ID: > Go get it (and review it) from: > Spec Name or Url: http://home.zonnet.nl/jwrdegoede/shippy.spec > SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/shippy-1.3.3.7-1.src.rpm Okay, I just had the chance to test the joystick and this does not seem to be working correctly. Left is right and right is left and up is down and down is up. It also seems to not be centered correctly, as it moves up and right when the joystick is centered. From chris.stone at gmail.com Thu Mar 30 03:30:31 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 29 Mar 2006 19:30:31 -0800 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: References: <200603292010.k2TKAZIp027176@www.beta.redhat.com> Message-ID: On 3/29/06, Christopher Stone wrote: > Okay, I just had the chance to test the joystick and this does not > seem to be working correctly. Left is right and right is left and up > is down and down is up. It also seems to not be centered correctly, > as it moves up and right when the joystick is centered. > Okay I recalibrated by joystick and it no longer drifts, but the directions are still reversed. BTW, I'm replying via email instead of through bugzilla because bugzilla seems to be down right now. From bugzilla at redhat.com Thu Mar 30 04:03:23 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 23:03:23 -0500 Subject: [Bug 187326] Review Request: smokeping - Network latency grapher In-Reply-To: Message-ID: <200603300403.k2U43NUU024788@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smokeping - Network latency grapher https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187326 Curtis at GreenKey.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Curtis at GreenKey.net ------- Additional Comments From Curtis at GreenKey.net 2006-03-29 23:03 EST ------- I've not yet collected enough ROUND TUITs to get more involved in FE. But from 2002 through 2004 I maintained a working smokeping RPM For Red Hat. I also kept an rpm for the speedy cgi helper. http://www.greenkey.net/~curtis/rpm/src/SPECPATCH/smokeping-1.27/smokeping.spec http://www.greenkey.net/~curtis/rpm/src/SPECPATCH/perl-PersistentPerl-2.22/perperl.spec http://www.greenkey.net/~curtis/rpm/src/smokeping-1.27-gk1.src.rpm http://www.greenkey.net/~curtis/rpm/src/perl-PersistentPerl-2.22-1gk1.src.rpm They are stylistically very different than yours. But maybe some stuff would be helpfull to compare and integrate still... Like a handy bit o' perl as an rpm macro that cleans up the path rather than using a patch for every release. Or the nice basic starting config that monitors the local server; *NOT* the same bunch of static sites across the net. That's not cool. Stuff like the apache-1.3 %trigger is clearly outdated, though. A few patches from it's earlier days have already swam upstream. Please feel free to peruse and integrate. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dcbw at redhat.com Thu Mar 30 04:28:38 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 29 Mar 2006 23:28:38 -0500 Subject: build problem In-Reply-To: <1143665646.2542.13.camel@bureau.maison> References: <1143665646.2542.13.camel@bureau.maison> Message-ID: <1143692919.18801.1.camel@localhost.localdomain> On Wed, 2006-03-29 at 22:54 +0200, Eric Tanguy wrote: > trying to build a new release i obtain this problem : > Error: could not make srpm for ircd-hybrid-7_2_1-1_fc6 - output was: > > Downloading ircd-hybrid-7.2.1.tgz... > --13:59:33-- > http://cvs.fedora.redhat.com/repo/extras/ircd-hybrid/ircd-hybrid-7.2.1.tgz/00901c5e2e9bf44ab37a28596af6608e/ircd-hybrid-7.2.1.tgz > => `ircd-hybrid-7.2.1.tgz' > Resolving cvs.fedora.redhat.com... 209.132.176.51 > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 13:59:33 ERROR 404: Not Found. > FINISHED --13:59:33-- > Downloaded: 0 bytes in 0 files > Could not download source file: ircd-hybrid-7.2.1.tgz does not exist > make: *** [ircd-hybrid-7.2.1.tgz] Error 1 There was a window during which the 'make upload' didn't work, but reported success. Try re-uploading the file with 'make upload FILES=xxx', then requeue the job. There's _no_ need to retag and do a whole new build, just re-upload the source file. Dan From bugzilla at redhat.com Thu Mar 30 04:43:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 29 Mar 2006 23:43:00 -0500 Subject: [Bug 187186] Review Request: up-imapproxy In-Reply-To: Message-ID: <200603300443.k2U4h0FT031492@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: up-imapproxy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187186 ------- Additional Comments From bugzilla-sink at leemhuis.info 2006-03-29 23:42 EST ------- (In reply to comment #2) > OK, I guess I'll start the Orphaning process Please wait some days -- I got a private reply from the uw-maintainer. I asked him to comment in this bug. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wart at kobold.org Thu Mar 30 05:15:16 2006 From: wart at kobold.org (Wart) Date: Wed, 29 Mar 2006 21:15:16 -0800 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: References: <200603292010.k2TKAZIp027176@www.beta.redhat.com> Message-ID: <442B6964.7050808@kobold.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christopher Stone wrote: > On 3/29/06, Christopher Stone wrote: > >>Okay, I just had the chance to test the joystick and this does not >>seem to be working correctly. Left is right and right is left and up >>is down and down is up. It also seems to not be centered correctly, >>as it moves up and right when the joystick is centered. >> > > > Okay I recalibrated by joystick and it no longer drifts, but the > directions are still reversed. BTW, I'm replying via email instead of > through bugzilla because bugzilla seems to be down right now. I think you're holding your joystick upside down. :) (sorry, I couldn't resist) - --Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEK2liDeYlPfs40g8RAq6+AJ4tx7eRVkdlD6mWCRL9+OO8EPFpIACcDhUM CDSEACCH3dxE9EUpk1+2JEo= =z5Pv -----END PGP SIGNATURE----- From bugzilla at redhat.com Thu Mar 30 05:15:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 00:15:29 -0500 Subject: [Bug 186813] Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys In-Reply-To: Message-ID: <200603300515.k2U5FTVh003478@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: njam - Maze-game where you must eat all the dots and avoid the badguys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186813 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-30 00:15 EST ------- Imported, manpage fixed and build, Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 06:08:27 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 01:08:27 -0500 Subject: [Bug 187315] Review Request: perl-Net-LDAP In-Reply-To: Message-ID: <200603300608.k2U68RiM011366@www.beta.redhat.com> Please do 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-LDAP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187315 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG BugsThisDependsOn|187313 | OtherBugsDependingO|163776, 187326 | nThis| | ------- Additional Comments From ville.skytta at iki.fi 2006-03-30 01:08 EST ------- Already in Core (perl-LDAP). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Thu Mar 30 06:38:25 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 30 Mar 2006 08:38:25 +0200 Subject: build problem In-Reply-To: <1143692919.18801.1.camel@localhost.localdomain> References: <1143665646.2542.13.camel@bureau.maison> <1143692919.18801.1.camel@localhost.localdomain> Message-ID: <1143700705.2552.0.camel@bureau.maison> Le mercredi 29 mars 2006 ? 23:28 -0500, Dan Williams a ?crit : > On Wed, 2006-03-29 at 22:54 +0200, Eric Tanguy wrote: > > trying to build a new release i obtain this problem : > > Error: could not make srpm for ircd-hybrid-7_2_1-1_fc6 - output was: > > > > Downloading ircd-hybrid-7.2.1.tgz... > > --13:59:33-- > > http://cvs.fedora.redhat.com/repo/extras/ircd-hybrid/ircd-hybrid-7.2.1.tgz/00901c5e2e9bf44ab37a28596af6608e/ircd-hybrid-7.2.1.tgz > > => `ircd-hybrid-7.2.1.tgz' > > Resolving cvs.fedora.redhat.com... 209.132.176.51 > > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > > HTTP request sent, awaiting response... 404 Not Found > > 13:59:33 ERROR 404: Not Found. > > FINISHED --13:59:33-- > > Downloaded: 0 bytes in 0 files > > Could not download source file: ircd-hybrid-7.2.1.tgz does not exist > > make: *** [ircd-hybrid-7.2.1.tgz] Error 1 > > There was a window during which the 'make upload' didn't work, but > reported success. Try re-uploading the file with 'make upload > FILES=xxx', then requeue the job. There's _no_ need to retag and do a > whole new build, just re-upload the source file. > > Dan It does not work : $ make upload FILES=/home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz ERROR: file /home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz is already listed in the sources file... make: *** [upload] Erreur 1 From bugzilla at redhat.com Thu Mar 30 07:14:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 02:14:03 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603300714.k2U7E3TL020965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From tjikkun at xs4all.nl 2006-03-30 02:13 EST ------- Wart, thank you very much for all your posts! At the moment I am really busy at work but I will try to use the patches as soon as possible. This is (together with amsn) the first rpm i am building so I have a lot to learn (and thanks to everybody posting I have learned a lot). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 07:19:12 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 02:19:12 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603300719.k2U7JCKu021739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From rvokal at redhat.com 2006-03-30 02:18 EST ------- Fixed in http://people.redhat.com/rvokal/gjots2/gjots2-2.3.4-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 07:41:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 02:41:32 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603300741.k2U7fWpE025993@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-30 02:41 EST ------- http://prdownloads.sourceforge.net/phpshout/php-shout.spec?download http://prdownloads.sourceforge.net/phpshout/php-shout-0.3a-1.src.rpm?download Thanks Matthias for your offer for sponsorship, see my new packages above and my comments below... (In reply to comment #20) > I cannot sponsor you, but as I have some skills in php packaging I do some > pre-review work here. > > Remarks/nitpicks: > - It seems that included tarball contains a lot of extra data (it is about 3.6Mb > before "phpize --clean" and just 360kb after it). Maybe better to ship just > pre-phpize tarball as a source. > Done. version 0.3a now ships clean, without a 'phpize', SRPM is now ~260K > - .spec file must not contain version/release, rename it to "php-shout.spec" This was done because SourceForge does not allow you publish files with the same filename, even across separate releases. Upon approval, I would of course upload php-shout.spec to CVS. Nonetheless, this most recent spec file has been renamed as well. > - remove leading "A" in the Summary. done > - IMHO, the Summary can sounds better: "PHP module for communicating with > icecast servers" or something similar. done > - %{php_version} macro is not needed, %{php_extdir} macro can be cleaned a little > - Since php-5.1.2-5, the new virtual is provided: "php-api". It should be used > for dependencies. An appropriate macro %{apiver} can be auto-determined (see in > the patch below). I like this approach much better, your changes have been implemented > - There is a test stuff in the tarball ("./tests" subdir). After phpize'ing > under FC5, it will be possible to run "make test" in the %{check} section > (instead of the current fake one derived from php-json package ;)). > Currently "make test" fails for me. Perhaps some additional work should be done > before the test is run. Anyway, if tests are present, they should be run at > rpmbuild time to make sure that all is OK. I have changed %check to execute a 'make test' for consistency across modules, however note that in most circumstances the php-shout tests will fail. They attempt to connect to an icecast server and issue commands, by default on localhost with a generic name and password. If your machine is not running an icecast server with default security settings, the tests will not be able to connect, and will fail. In order to properly execute 'make test', you must first have access to an icecast server, and then edit the connection setting in tests/connect.inc. I intend on making a VERY basic test that simply checks for the ability to load the shout.so moduleso that SOMETHING passes, but haven't gotten around to it yet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 08:02:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 03:02:09 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603300802.k2U829rG028979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lemenkov at newmail.ru 2006-03-30 03:01 EST ------- Successfully built for FE-Devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 30 08:52:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 03:52:24 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603300852.k2U8qOTb007393@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 ------- Additional Comments From lemenkov at newmail.ru 2006-03-30 03:52 EST ------- (In reply to comment #13) > Successfully built for FE-Devel. Oops. =========================================== configure: creating ./config.status config.status: creating Rules.make + /usr/bin/make -j2 gcc -o stratagus src/action/obj/action_attack.o src/action/obj/action_board.o src/action/obj/action_build.o src/action/obj/action_die.o src/action/obj/action_follow.o src/action/obj/action_move.o src/action/o bj/action_patrol.o src/action/obj/action_repair.o src/action/obj/action_research.o src/action/obj/action_resource.o src/action/obj/action_returngoods.o src/action/obj/action_spellcast.o src/action/obj/action_ stand.o src/action/obj/action_still.o src/action/obj/action_train.o src/action/obj/action_unload.o src/action/obj/action_upgradeto.o src/action/obj/actions.o src/action/obj/command.o src/ai/obj/ai.o src/ai/ob j/ai_building.o src/ai/obj/ai_force.o src/ai/obj/ai_magic.o src/ai/obj/ai_plan.o src/ai/obj/ai_resource.o src/ai/obj/script_ai.o src/beos/obj/beos.o src/stratagus/obj/script.o src/stratagus/obj/script_player. o src/stratagus/obj/stratagus.o src/stratagus/obj/construct.o src/stratagus/obj/groups.o src/stratagus/obj/iolib.o src/stratagus/obj/mainloop.o src/stratagus/obj/player.o src/stratagus/obj/pud.o src/stratagus /obj/selection.o src/stratagus/obj/spells.o src/stratagus/obj/script_spell.o src/stratagus/obj/util.o src/editor/obj/script_editor.o src/editor/obj/editloop.o src/editor/obj/editor.o src/editor/obj/edmap.o sr c/game/obj/campaign.o src/game/obj/game.o src/game/obj/intro.o src/game/obj/loadgame.o src/game/obj/savegame.o src/game/obj/trigger.o src/map/obj/script_map.o src/map/obj/script_tileset.o src/map/obj/map.o sr c/map/obj/map_draw.o src/map/obj/map_fog.o src/map/obj/map_rock.o src/map/obj/map_save.o src/map/obj/map_wall.o src/map/obj/map_wood.o src/map/obj/minimap.o src/map/obj/tileset.o src/missile/obj/script_missil e.o src/missile/obj/missile.o src/movie/obj/avi.o src/movie/obj/movie.o src/movie/vp31/obj/BlockMapping.o src/movie/vp31/obj/DCT_decode.o src/movie/vp31/obj/DDecode.o src/movie/vp31/obj/DFrameR.o src/movie/vp 31/obj/DSystemDependant.o src/movie/vp31/obj/FrameIni.o src/movie/vp31/obj/Frarray.o src/movie/vp31/obj/Huffman.o src/movie/vp31/obj/IDctPart.o src/movie/vp31/obj/Quantize.o src/movie/vp31/obj/Reconstruct.o s rc/movie/vp31/obj/YUVtofromRGB.o src/movie/vp31/obj/dct_globals.o src/movie/vp31/obj/pb_globals.o src/movie/vp31/obj/postproc.o src/movie/vp31/obj/unpack.o src/movie/vp31/obj/vfwPback.o src/movie/vp31/obj/vfw pbdll_if.o src/network/obj/commands.o src/network/obj/lowlevel.o src/network/obj/master.o src/network/obj/netconnect.o src/network/obj/network.o src/pathfinder/obj/astar.o src/pathfinder/obj/script_pathfinder .o src/pathfinder/obj/pathfinder.o src/pathfinder/obj/splitter.o src/pathfinder/obj/splitter_debug.o src/pathfinder/obj/splitter_lowlevel.o src/pathfinder/obj/splitter_zoneset.o src/sound/obj/script_sound.o s rc/sound/obj/cdaudio.o src/sound/obj/flac.o src/sound/obj/libcda.o src/sound/obj/mad.o src/sound/obj/mikmod.o src/sound/obj/music.o src/sound/obj/ogg.o src/sound/obj/sdl_audio.o src/sound/obj/sound.o src/soun d/obj/sound_id.o src/sound/obj/sound_server.o src/sound/obj/unitsound.o src/sound/obj/wav.o src/sound/obj/cdda.o src/ui/obj/botpanel.o src/ui/obj/button_checks.o src/ui/obj/script_ui.o src/ui/obj/icons.o src/ ui/obj/interface.o src/ui/obj/mainscr.o src/ui/obj/menu_proc.o src/ui/obj/menus.o src/ui/obj/mouse.o src/ui/obj/ui.o src/unit/obj/depend.o src/unit/obj/script_unit.o src/unit/obj/script_unittype.o src/unit/ob j/unit.o src/unit/obj/unit_cache.o src/unit/obj/unit_draw.o src/unit/obj/unit_find.o src/unit/obj/unittype.o src/unit/obj/upgrade.o src/video/obj/cursor.o src/video/obj/font.o src/video/obj/graphic.o src/vide o/obj/linedraw.o src/video/obj/png.o src/video/obj/sdl.o src/video/obj/sprite.o src/video/obj/video.o -lpng -lz -lm -L/usr/lib -lSDL -lpthread -lGL -lm -lz -lbz2 -lFLAC -lvorbisfile -lvorbis -logg -lmikmod -ldl -llua -llualib -lm -lz -lm -L/usr/local/lib -I. -O2 -pipe -fsigned-char -fomit-frame-pointer -fexpensive-optimizations -ffast-math -I./src/include -I./src/movie/vp31/include -DUSE_HP_FOR_XP -DMAP_REGIO NS -O2 -pipe -fsigned-char -fomit-frame-pointer -fexpensive-optimizations -ffast-math -DUSE_SDL -I/usr/include/SDL -D_REENTRANT -DUSE_OPENGL -DUSE_BZ2LIB -DUSE_OGG -DUSE_FLAC -DUSE_MIKMOD -DUSE_LUA -DUSE_ZL IB -DUSE_BZ2LIB -I/usr/local/include gcc: src/action/obj/action_attack.o: No such file or directory gcc: src/action/obj/action_board.o: No such file or directory gcc: src/action/obj/action_build.o: No such file or directory gcc: src/action/obj/action_die.o: No such file or directory gcc: src/action/obj/action_follow.o: No such file or directory gcc: src/action/obj/action_move.o: No such file or directory gcc: src/action/obj/action_patrol.o: No such file or directory gcc: src/action/obj/action_repair.o: 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 Thu Mar 30 08:59:45 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 03:59:45 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603300859.k2U8xjcm008887@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 ------- Additional Comments From lemenkov at newmail.ru 2006-03-30 03:59 EST ------- Logs can be found here: http://buildsys.fedoraproject.org/logs/fedora-development-extras/6859-stratagus-2.1-3.fc6/ Looks like buildsystem didn't create any object files needed for building. Right now I have no clue what's 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 Mar 30 09:39:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 04:39:07 -0500 Subject: [Bug 186132] Review Request: openoffice.org-dict-cs_CZ In-Reply-To: Message-ID: <200603300939.k2U9d7DP017551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openoffice.org-dict-cs_CZ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186132 tmraz at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From tmraz at redhat.com 2006-03-30 04:39 EST ------- Package built for devel, FC-5, FC-4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 09:53:08 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 04:53:08 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603300953.k2U9r827020876@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 ------- Additional Comments From rc040203 at freenet.de 2006-03-30 04:52 EST ------- (In reply to comment #15) > Looks like buildsystem didn't create any object files needed for building. Right > now I have no clue what's wrong. The FE review process having failed ;) This package's Makefile is crap. It's not ready for parallel builds. Taking out the _smp_mflags from the spec should fix it. And while you're at it, you also will want to remove the -I/usr/local/include and -L/usr/local/lib scattered all over Rules.make.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 Mar 30 10:01:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 05:01:50 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603301001.k2UA1oGC022492@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-30 05:01 EST ------- Well, if "make test" IMHO already fails without an icecast server, then don't use "make test" in the %check section at all. Just revert back to the old variant (checking that compiled module is loadable). I assume it would be enough in such a situation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From twaugh at redhat.com Thu Mar 30 10:15:58 2006 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 30 Mar 2006 10:15:58 +0000 Subject: Gutenprint core or extras In-Reply-To: <442AC680.2050307@adslpipe.co.uk> References: <442A64F8.1060700@adslpipe.co.uk> <442AC680.2050307@adslpipe.co.uk> Message-ID: <20060330101558.GC15150@redhat.com> On Wed, Mar 29, 2006 at 06:40:16PM +0100, Andy Burns wrote: > Rex Dieter wrote: > > >Now all we need is someone to package/submit it. (-: > > I might try, I'll need to do some genning up on how gimp-print fits in > though ... Ideally we would be switching from gimp-print to gutenprint in one move, without ever having them side-by-side. Issues to think about include how to migrate existing queues from gimp-print to gutenprint.. Tim. */ -------------- 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 Mar 30 10:33:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 05:33:36 -0500 Subject: [Bug 187326] Review Request: smokeping - Network latency grapher In-Reply-To: Message-ID: <200603301033.k2UAXaBZ028956@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smokeping - Network latency grapher https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187326 ------- Additional Comments From paul at city-fan.org 2006-03-30 05:33 EST ------- (In reply to comment #1) > rpmlint gives several errors and warnings, which should be ignored: > > E: smokeping only-non-binary-in-usr-lib > rpmlint seems to have problems with perl modules These would probably go away if the perl modules were installed into %{perl_vendorlib} rather than %{_libdir}/smokeping That should also remove the need for the various explicit paths needed in "use lib" statements here and there, since perl would look for the modules in the right place by default. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 11:27:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 06:27:22 -0500 Subject: [Bug 187326] Review Request: smokeping - Network latency grapher In-Reply-To: Message-ID: <200603301127.k2UBRMvR007546@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smokeping - Network latency grapher https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187326 ------- Additional Comments From andreas at bawue.net 2006-03-30 06:27 EST ------- (In reply to comment #2) > I also kept an rpm for the speedy cgi helper. Ahh, that is interesting. I'll take a look at it sometime and see how to incorporate it. > Like a handy bit o' perl as an rpm macro that cleans up the path rather than > using a patch for every release. Yeah. I called perl directly at first but then decided to prefer an external patch, as it is cleaner. And from what I gathered, the different upstream versions don't differ that much, that each new release would need a new patch. In case that should prove to be false, I'll incorporate your decruft() call. ;) > Or the nice basic starting config that monitors the local server; *NOT* the > same bunch of static sites across the net. That's not cool. Yes, that looks like a nice feature, to have tailored configuration for the lokal net, right out of the box. But I am not that sure, if it is such a good idea. RedHat has in the past kept their config files more general and leave the configuration to the local admin. Not as debian, which does a lot of configuration at package installation time through debhelper. Furthermore, I think grepping through the output of the route command is a bit risky, as it's prone to fail if the system has no network yet or could pick up the wrong systems if the laptop is somewhere else. If other people think, that is a good idea to implement something, I can do that. But right now, I prefer to leave that to the enduser. > A few patches from it's earlier days have already swam upstream. Please feel > free to peruse and integrate. :-) :-D -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 11:40:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 06:40:58 -0500 Subject: [Bug 187314] Review Request: perl-Data-HexDump In-Reply-To: Message-ID: <200603301140.k2UBew33010825@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-HexDump https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187314 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2006-03-30 06:40 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 FC5 (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 problems - no completely duplicate files - %clean section present and correct - code, not context - no large docs - docs don't affect runtime - no desktop file needed - hexdump.pl appears to function correctly - no scriptlets Needswork: - macro usage inconsistent: use $RPM_BUILD_ROOT or %{buildroot} but not both in the same spec Suggestions: - It is not necessary to generate and ship the COPYING and Artistic license texts; inclusion of license texts is only mandatory when upstream provide them. - Inclusion of hexdump as %doc is redundant since it's basically the same thing as %{_bindir}/hexdump.pl -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 11:44:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 06:44:01 -0500 Subject: [Bug 187351] New: Review Request: bmpx - Media player with the WinAmp GUI Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187351 Summary: Review Request: bmpx - Media player with the WinAmp GUI Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: matthias at rpmforge.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://svn.rpmforge.net/svn/trunk/rpms/bmpx/bmpx.spec SRPM Name or Url: http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/5/bmpx/ Description: BMPx is an audio player that features support for specifications like XDS DnD, XSPF and DBus. BMPx is highly interoperable and integrates well with other applications and a variety of desktop environments. Note: This is "yet another xmms evolution", but goes much further than bmp and audacious, as it uses gstreamer for its backend, making adding new supported formats very easy and removing the need to patch out mp3 support etc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 12:18:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 07:18:21 -0500 Subject: [Bug 187326] Review Request: smokeping - Network latency grapher In-Reply-To: Message-ID: <200603301218.k2UCIL0X017364@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smokeping - Network latency grapher https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187326 ------- Additional Comments From andreas at bawue.net 2006-03-30 07:18 EST ------- (In reply to comment #3) > > rpmlint seems to have problems with perl modules > These would probably go away if the perl modules were installed into > %{perl_vendorlib} rather than %{_libdir}/smokeping > That should also remove the need for the various explicit paths needed in "use > lib" statements here and there, since perl would look for the modules in the > right place by default. Good idea. The smokeping modules are in the %{perl_vendorlib}/Smokeping now and the specific use lib calls can be removed from the binaries. However it seems a small wrapper script is needed now in order to prevent cluttering and potential conflicts in %{perl_vendorlib}. My knowledge of perl modules is extremely limited, it would be nice if someone could take a look at %{SOURCE4} and see if there's an easier way. The drawback is, that the wrapperscript calles Smokeping::Smokeping which get's picked up as a dependency. I put a provide with perl(Smokeping::Smokeping) into the spec, which rpmlint thinks is needless explicit. This is defintly wrong. Suggestions? Spec Name or Url: http://home.bawue.net/~ixs/smokeping/smokeping.spec SRPM Name or Url: http://home.bawue.net/~ixs/smokeping/smokeping-2.0.7-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 12:33:10 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 07:33:10 -0500 Subject: [Bug 187314] Review Request: perl-Data-HexDump In-Reply-To: Message-ID: <200603301233.k2UCXAaO020496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-HexDump https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187314 ------- Additional Comments From andreas at bawue.net 2006-03-30 07:32 EST ------- (In reply to comment #1) > - macro usage inconsistent: > use $RPM_BUILD_ROOT or %{buildroot} but not both in the same spec fixed > - It is not necessary to generate and ship the COPYING and Artistic license > texts; inclusion of license texts is only mandatory when upstream provide > them. removed > - Inclusion of hexdump as %doc is redundant since it's basically the same thing > as %{_bindir}/hexdump.pl removed Spec Name or Url: http://home.bawue.net/~ixs/perl-Data-HexDump/perl-Data-HexDump.spec SRPM Name or Url: http://home.bawue.net/~ixs/perl-Data-HexDump/perl-Data-HexDump-0.02-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Thu Mar 30 12:43:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Mar 2006 14:43:24 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <1143616128.32270.520.camel@mccallum.corsepiu.local> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> <20060328200524.e90f01d6.bugs.michael@gmx.net> <1143616128.32270.520.camel@mccallum.corsepiu.local> Message-ID: <20060330144324.4dafe498.bugs.michael@gmx.net> On Wed, 29 Mar 2006 09:08:47 +0200, Ralf Corsepius wrote: > On Tue, 2006-03-28 at 20:05 +0200, Michael Schwendt wrote: > > On Tue, 28 Mar 2006 19:39:30 +0200, Ralf Corsepius wrote: > > > > > On Tue, 2006-03-28 at 10:32 -0700, Orion Poplawski wrote: > > > > Maybe the third time is the charm: > > > > > > > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > > > > want to Requires: /usr/share/emacs/site-list/. > > > It would have to be > > > Requires(pre): usr/share/emacs/site-list > > > because otherwise rpm won't be able to handle this correctly. > > > > $ repoquery --whatprovides /usr/share/emacs/site-lisp > > desktop-file-utils-0:0.10-6.1.i386 > > subversion-0:1.3.0-4.2.i386 > > autoconf-0:2.59-7.noarch > > emacs-el-0:21.4-14.i386 > > libidn-0:0.6.2-1.1.i386 > > emacs-common-0:21.4-14.i386 > > fedora-rpmdevtools-0:1.5-1.fc5.noarch > > gforth-0:0.6.2-6.fc5.i386 > > flim-0:1.14.7-3.noarch > > > > $ repoquery --whatprovides /usr/share/emacs > > emacs-el-0:21.4-14.i386 > > emacs-leim-0:21.4-14.i386 > > emacs-common-0:21.4-14.i386 > > fedora-rpmdevtools-0:1.5-1.fc5.noarch > > gforth-0:0.6.2-6.fc5.i386 > > > > All of these packages claim that they provide Emacs' data directory and > > would satisfy above "Requires(pre)". This is is harmless as long as you > > get what you want: > > It's not harmless: It adds a dependency on a package providing this > directory. Not using a dependency on the directory, but simply owning it > would make this package independent of any package providing this > directory. You misunderstood me completely. Let me rephrase. There are multiple packages which include the /usr/share/emacs directory. So, currently any dependency on that directory would pull in an arbitrary package which provides this directory (shortest pkg name wins in Yum). What does this mean for any package which would "Requires(pre): /usr/share/emacs"? You can only expect to get the directory, not any content from Emacs' and not any directory hierarchy either. That's what's harmless about making multiple packages "own" this directory. Several packages do it already. Adding another one won't make it worse. > This is nasty when a package actually is independent of any emacs > variant and only carries some convenience macros, which are useful for > emacs users (For example, autoconf is one of these packages) > > In this case, the "Requires" would be wrong. Well, not wrong at all semantically. Simply assume that "/usr/share/emacs belongs to Emacs, and no other package should (better: must) mess with Emacs' directories". Now, if you create multiple packages which claim they are the owner of /usr/share/emacs, this is wrong. It might be possible to fix this at the level of RPM, so packagers don't need to deal with this. E.g. by implementing automatic %ghost directories. Any non-existing directories needed by a package and not included in its %files list, would be created, added to a list of orphaned directories and tied to the package NEVR in an "adopted by" relationship. These directories would not be seen at the resolver level. A package which really includes those directories explicitly would override the ownership and access privileges as usual. And during removal, for the last package which has the directories listed as orphans, they could be deleted if no other package owns them. > > > Of cause there exists the permission's issue on multiply owned dirs, but > > > if packages are packaged correctly and don't try to play tricks with > > > ownerships/permissions, this should be a non-issue. > > > > What works with /usr/share/emacs may fail with other directories. > > Yes, but this question was on "/usr/share/emacs" And that's why I wrote it's harmless. Nevertheless, it's important to understand that as soon as more than one package in a transaction provides a directory, when creating a dependency on a directory you cannot expect getting more than "at least an empty directory provided by an arbitrary package". E.g. "Requires(pre): /usr/share/icons/hicolor/" is no guarantee to get any hicolour icons. From bugzilla at redhat.com Thu Mar 30 12:37:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 07:37:15 -0500 Subject: [Bug 187314] Review Request: perl-Data-HexDump In-Reply-To: Message-ID: <200603301237.k2UCbF1l021592@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-HexDump https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187314 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2006-03-30 07:37 EST ------- perl-Data-HexDump-0.02-2 Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 14:50:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 09:50:38 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603301450.k2UEoch2015490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From gemi at bluewin.ch 2006-03-30 09:50 EST ------- Most things are ok now, however I don't think you should %ghost the .pyc and .pyo files. At least the .pyc should be effectively included. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dcbw at redhat.com Thu Mar 30 15:25:39 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 30 Mar 2006 10:25:39 -0500 Subject: build problem In-Reply-To: <1143700705.2552.0.camel@bureau.maison> References: <1143665646.2542.13.camel@bureau.maison> <1143692919.18801.1.camel@localhost.localdomain> <1143700705.2552.0.camel@bureau.maison> Message-ID: <1143732340.2151.0.camel@localhost.localdomain> On Thu, 2006-03-30 at 08:38 +0200, Eric Tanguy wrote: > Le mercredi 29 mars 2006 ? 23:28 -0500, Dan Williams a ?crit : > > On Wed, 2006-03-29 at 22:54 +0200, Eric Tanguy wrote: > > > trying to build a new release i obtain this problem : > > > Error: could not make srpm for ircd-hybrid-7_2_1-1_fc6 - output was: > > > > > > Downloading ircd-hybrid-7.2.1.tgz... > > > --13:59:33-- > > > http://cvs.fedora.redhat.com/repo/extras/ircd-hybrid/ircd-hybrid-7.2.1.tgz/00901c5e2e9bf44ab37a28596af6608e/ircd-hybrid-7.2.1.tgz > > > => `ircd-hybrid-7.2.1.tgz' > > > Resolving cvs.fedora.redhat.com... 209.132.176.51 > > > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > > > HTTP request sent, awaiting response... 404 Not Found > > > 13:59:33 ERROR 404: Not Found. > > > FINISHED --13:59:33-- > > > Downloaded: 0 bytes in 0 files > > > Could not download source file: ircd-hybrid-7.2.1.tgz does not exist > > > make: *** [ircd-hybrid-7.2.1.tgz] Error 1 > > > > There was a window during which the 'make upload' didn't work, but > > reported success. Try re-uploading the file with 'make upload > > FILES=xxx', then requeue the job. There's _no_ need to retag and do a > > whole new build, just re-upload the source file. > > > > Dan > It does not work : > $ make upload FILES=/home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz > ERROR: file /home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz is > already listed in the sources file... > make: *** [upload] Erreur 1 Just remove that line from the sources file, re-upload your tarball, and then requeue. As long as you haven't changed the tarball, the MD5 sum should be the same, and you'll be fine. Dan From bugzilla at redhat.com Thu Mar 30 15:24:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 10:24:15 -0500 Subject: [Bug 187314] Review Request: perl-Data-HexDump In-Reply-To: Message-ID: <200603301524.k2UFOFHQ023625@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-HexDump https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187314 andreas at bawue.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas at bawue.net 2006-03-30 10:24 EST ------- Thx for the review. Package is in cvs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 15:24:48 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 10:24:48 -0500 Subject: [Bug 187313] Review Request: perl-Authen-Radius In-Reply-To: Message-ID: <200603301524.k2UFOmLe023805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Authen-Radius https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187313 Bug 187313 depends on bug 187314, which changed state. Bug 187314 Summary: Review Request: perl-Data-HexDump https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187314 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 the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Thu Mar 30 15:34:22 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 30 Mar 2006 17:34:22 +0200 Subject: FE Package Status of Mar 30, 2006 Message-ID: <200603301534.k2UFYMFV019063@ludwig-alpha.unil.ch> Hi folks, Here's this week's status report. Orphans increasing a bit, open bugs slightly decreasing, more new package review requests, and a steady increase in accepted packages :-) Could spot maybe comment on the "check" package that appears both in Extras and in Core ? I tried nagging at a few people a couple days ago, and it seems to have had some positive effect. I guess I'm on my way to becoming FE's chief nuisance ;-) About owners file: - please do not forget to add your packages there once imported - shouldn't git-core be renamed git in there ? Cheers, Christian --- FE Package Status of Mar 30, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 1549 packages - 60 orphans - 58 packages not available in extras devel or release andreas at bawue dot net dd_rescue andreas at bawue dot net ser cgoorah at yahoo dot com dot au kadischi chrisw at redhat dot com git-core davidhart at tqmcube dot com leafnode dennis at ausil dot us cryptplug djoo at redhat dot com nabi dreadyman at gmail dot com yakuake dwmw2 at redhat dot com apmud fredrik at dolda2000 dot com icmpdn gauret at free dot fr elmo gemi at bluewin dot ch inti gemi at bluewin dot ch drscheme ghenry at suretecsystems dot com gnome-applet-netmon ghenry at suretecsystems dot com rsnapshot imlinux at gmail dot com perl-GD-SVG imlinux at gmail dot com perl-bioperl imlinux at gmail dot com perl-XML-Writer imlinux at gmail dot com perl-SVG imlinux at gmail dot com perl-Graph imlinux at gmail dot com perl-Text-Shellwords imlinux at gmail dot com perl-Heap ivazquez at ivazquez dot net gnome-theme-clearlooks ivazquez at ivazquez dot net gpredict j dot w dot r dot degoede at hhs dot nl njam jcarpenter at condell dot org thinkpad-kmod-common jcarpenter at condell dot org thinkpad-kmod jcarpenter at condell dot org tpctl jcarpenter at condell dot org configure-thinkpad jvdias at redhat dot com webmin kaboom at oobleck dot net openbox matthias at rpmforge dot net php-pecl-sqlite matthias at rpmforge dot net fillets-ng-data-cs matthias at rpmforge dot net php-mmcache notting at redhat dot com comps orion at cora dot nwra dot com cmake redhat at flyn dot org pam_mount sgrubb at redhat dot com libsafe tbandi at users dot sourceforge dot net gnome-yum tcallawa at redhat dot com R-RScaLAPACK tcallawa at redhat dot com libgdamm tcallawa at redhat dot com ebtables tcallawa at redhat dot com R-hdf5 tcallawa at redhat dot com stripesnoop tcallawa at redhat dot com compat-wxPythonGTK2 tcallawa at redhat dot com lout tcallawa at redhat dot com pam_pkcs11 tcallawa at redhat dot com opendap tmraz at redhat dot com openoffice.org-dict-cs_CZ toniw at iki dot fi silky toniw at iki dot fi libmatchbox ville dot skytta at iki dot fi lirc-kmod-common ville dot skytta at iki dot fi lirc-kmod woodard at redhat dot com pdsh wtogami at redhat dot com openoffice-extras wtogami at redhat dot com iiimf-le-simplehangul zipsonic at gmail dot com nx zipsonic at gmail dot com freenx - 2 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=184080,187186 webmin jvdias at redhat.com up-imapproxy drees76 at gmail.com - 7 packages present in the development repo which have no owners entry bcm43xx-fwcutter fuse-emulator git ikvm jthread lcov libtomoe-gtk - 16 orphaned packages, yet available in extras devel apt dia duplicity gtkglarea2 lua ots perl-Chart perl-Convert-BinHex perl-IO-stringy perl-MIME-tools perl-MailTools perl-Net-Netmask perl-XML-DOM perl-XML-RegExp perl-XML-XPath perl-XML-XQL - 36 packages that moved to core Packages appearing both in Core and Extras: - 1 packages duplicated for FC5: tcallawa at redhat dot com check - 1 packages duplicated for devel: tcallawa at redhat dot com check FE-ACCEPT packages stats: - 627 accepted, closed package reviews - 3 accepted, closed package reviews not in repo - 7 accepted, closed package reviews not in owners - 1 accepted, open package reviews older than 4 weeks; - 6 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 73 open tickets - 16 tickets with no activity in eight weeks - 11 tickets with no activity in four weeks - 1 closed tickets FE-NEW packages stats: - 138 open tickets - 17 tickets with no activity in eight weeks - 29 tickets with no activity in four weeks - 2 closed tickets FE-NEEDSPONSOR packages stats: - 33 open tickets - 7 tickets with no activity in eight weeks - 12 tickets with no activity in four weeks FE-LEGAL packages stats: - 2 open tickets - 1 tickets with no activity in four weeks OPEN-BUGS packages stats: - 218 open tickets - 52 tickets with no activity in eight weeks - 37 tickets with no activity in four weeks CVS stats: - 1535 packages with a devel directory - 15 packages with no owners entry bcm43xx-fwcutter fuse-emulator gnome-applet-music ikvm initng jthread kile-i18n lcov libtomoe-gtk perl-Data-HexDump perl-Gtk2-Spell perl-Maypole perl-Text-CHM stratagus sweep - 2 packages in CVS devel *and* Core check libevent Maintainers stats: - 168 maintainers - 2 inactive maintainers with open bugs From bugzilla at redhat.com Thu Mar 30 15:48:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 10:48:15 -0500 Subject: [Bug 187266] Review Request: gprolog - GNU Prolog is a free Prolog compiler In-Reply-To: Message-ID: <200603301548.k2UFmFma029979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gprolog - GNU Prolog is a free Prolog compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187266 ------- Additional Comments From Jochen at herr-schmitt.de 2006-03-30 10:48 EST ------- 1. Its seem to work without subsitutation of @TSTFILES@, so I have remove this line. 2. I think yes. 3. see 1. 4. I think this is not a problem, becouse this are samples from gprolog-examples. I have uploaded a new release at: SPEC: http://www.herr-schmitt.de/pub/gprolog/gprolog.spec SRPM: http://www.herr-schmitt.de/pub/gprolog/gprolog-1.2.19-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 15:53:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 10:53:15 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603301553.k2UFrFIA031062@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From jnovy at redhat.com 2006-03-30 10:53 EST ------- %{!?dist} really doesn't look too good ;-) Thanks for the review, the above links now contains updated spec/rpm versions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From eric.tanguy at univ-nantes.fr Thu Mar 30 16:27:34 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 30 Mar 2006 18:27:34 +0200 Subject: build problem In-Reply-To: <1143732340.2151.0.camel@localhost.localdomain> References: <1143665646.2542.13.camel@bureau.maison> <1143692919.18801.1.camel@localhost.localdomain> <1143700705.2552.0.camel@bureau.maison> <1143732340.2151.0.camel@localhost.localdomain> Message-ID: <1143736055.2823.0.camel@bureau.maison> Le jeudi 30 mars 2006 ? 10:25 -0500, Dan Williams a ?crit : > On Thu, 2006-03-30 at 08:38 +0200, Eric Tanguy wrote: > > Le mercredi 29 mars 2006 ? 23:28 -0500, Dan Williams a ?crit : > > > On Wed, 2006-03-29 at 22:54 +0200, Eric Tanguy wrote: > > > > trying to build a new release i obtain this problem : > > > > Error: could not make srpm for ircd-hybrid-7_2_1-1_fc6 - output was: > > > > > > > > Downloading ircd-hybrid-7.2.1.tgz... > > > > --13:59:33-- > > > > http://cvs.fedora.redhat.com/repo/extras/ircd-hybrid/ircd-hybrid-7.2.1.tgz/00901c5e2e9bf44ab37a28596af6608e/ircd-hybrid-7.2.1.tgz > > > > => `ircd-hybrid-7.2.1.tgz' > > > > Resolving cvs.fedora.redhat.com... 209.132.176.51 > > > > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > > > > HTTP request sent, awaiting response... 404 Not Found > > > > 13:59:33 ERROR 404: Not Found. > > > > FINISHED --13:59:33-- > > > > Downloaded: 0 bytes in 0 files > > > > Could not download source file: ircd-hybrid-7.2.1.tgz does not exist > > > > make: *** [ircd-hybrid-7.2.1.tgz] Error 1 > > > > > > There was a window during which the 'make upload' didn't work, but > > > reported success. Try re-uploading the file with 'make upload > > > FILES=xxx', then requeue the job. There's _no_ need to retag and do a > > > whole new build, just re-upload the source file. > > > > > > Dan > > It does not work : > > $ make upload FILES=/home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz > > ERROR: file /home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz is > > already listed in the sources file... > > make: *** [upload] Erreur 1 > > Just remove that line from the sources file, re-upload your tarball, and > then requeue. As long as you haven't changed the tarball, the MD5 sum > should be the same, and you'll be fine. > > Dan Thanks it works now except that the build system seems to have problems : ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/mock-state Cleaning Root ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882 ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/mock-state ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/result ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882 ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/mock-state ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/result ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/var/lib/rpm ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/var/log ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/dev ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/etc/rpm ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/tmp ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/var/tmp ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/etc/yum.repos.d ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/proc ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/dev/pts ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/proc ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root groupinstall build Failed to add groups file for repository: core http://buildsys.fedoraproject.org/plague-results/fedora-development-extras/repodata/primary.xml.gz: [Errno -1] Metadata file does not match checksum Trying other mirror. Error: failure: repodata/primary.xml.gz from local: [Errno 256] No more mirrors to try. Cleaning up... Done. From bugzilla at redhat.com Thu Mar 30 16:26:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 11:26:24 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603301626.k2UGQO1E005123@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From matthias at rpmforge.net 2006-03-30 11:26 EST ------- Well, trying to rebuild was yet another story :-) - Why force CC=gcc? It's the default with GNU make, isn't it? - You patch the makefile in the install section, but don't use "make install"... you should document that (with a quick comment), since it's to fix the Makefile's validity! - CFLAGS wasn't set to use the optflags. - bzip2-devel build requirement was missing Maybe others... I've modified your patch and made changes to the spec : http://ftp.es6.freshrpms.net/tmp/extras/bsdiff/ I've taken the approach to "heavily" patch the Makefile instead of manually installing the files, since if in a later version the Makefile is modified to build more binaries, they won't get missed, and if it's in a way that the patch doesn't apply cleanly anymore, you'll instantly know and give it the attention it requires :-) One could even go one step further and also create the parent directories inside the Makefile instead of before calling make install... why not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 16:32:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 11:32:42 -0500 Subject: [Bug 166427] Review Request: inform - Compiler for Z-machine story files In-Reply-To: Message-ID: <200603301632.k2UGWg8I006719@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: inform - Compiler for Z-machine story files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166427 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |j.w.r.degoede at hhs.nl ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-30 11:32 EST ------- IANAL but we need to ask the author to change the license, the "no profit" is unacceptable, believe me I've been on the other end trying to argue about this and I've lost. An alternative would be creating a non-commercial-use-only repo but there doesn't seem to be any support in the community 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 buildsys at fedoraproject.org Thu Mar 30 16:47:57 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Mar 2006 11:47:57 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060330164757.9EFE9802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 6 cfitsio-3.006-3.fc3 cogito-0.17.1-1.fc3 dosbox-0.65-1 dvdisaster-0.66-1.fc3 fbdesk-1.4.0-1.fc3 snort-2.4.4-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 30 16:48:20 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Mar 2006 11:48:20 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060330164820.916A0802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 19 abcm2ps-4.12.12-1.fc4 cfitsio-3.006-5.fc4 chmlib-0.37.4-4.fc4 cogito-0.17.1-1.fc4 dosbox-0.65-1.fc4 dvdisaster-0.66-1.fc4 fbdesk-1.4.0-1.fc4 fuse-2.5.2-4.fc4 fuse-encfs-1.3.0-1.fc4 fuse-sshfs-1.6-2.fc4 lucidlife-0.9-5.fc4 openoffice.org-dict-cs_CZ-20060303-1.fc4 otrs-2.0.4-3.fc4 php-extras-5.0.4-3.fc4 python-kid-0.9-2.fc4 scim-anthy-1.0.0-1.fc4 scim-hangul-0.2.2-2.fc4 smbldap-tools-0.9.2-2.fc4 snort-2.4.4-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 30 16:48:49 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Mar 2006 11:48:49 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060330164849.ACF9D802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 24 abcm2ps-4.12.12-1.fc5 cfitsio-3.006-5.fc5 chmlib-0.37.4-6.fc5 cogito-0.17.1-1.fc5 dejavu-fonts-2.4-1.fc5 dosbox-0.65-1.fc5 dvdisaster-0.66-1.fc5 factory-2.0.5-7.fc5 fbdesk-1.4.0-1.fc5 fuse-2.5.2-4.fc5 fuse-encfs-1.3.0-1.fc5 grip-3.2.0-11.fc5 libfac-2.0.5-4.fc5 lucidlife-0.9-6.fc5 openoffice.org-dict-cs_CZ-20060303-1.fc5 otrs-2.0.4-3.fc5 perl-Test-MockObject-1.04-1.fc5 php-extras-5.1.2-2.fc5 python-kid-0.9-2.fc5 rlog-1.3.7-2.fc5 smbldap-tools-0.9.2-2.fc5 snort-2.4.4-2.fc5 w3c-markup-validator-0.7.2-2.fc5 yumex-0.99.15-1.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 Thu Mar 30 16:50:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Mar 2006 11:50:53 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060330165053.19DDA802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 33 abcm2ps-4.12.12-1.fc6 abiword-2.4.2-8.fc6 aiksaurus-1.2.1-14 barcode-0.98-9.fc6 cfitsio-3.006-5.fc6 chmlib-0.37.4-6.fc6 cmake-2.2.3-3.fc6 cogito-0.17.1-1.fc6 dosbox-0.65-1.fc6 dumb-0.9.3-3.fc6 dvdisaster-0.66-1.fc6 fbdesk-1.4.0-1.fc6 fuse-2.5.2-4.fc6 fuse-encfs-1.3.0-1.fc6 fuse-sshfs-1.6-2.fc6 gnome-applet-music-0.9.0-1.fc6 gnome-yum-0.1.3-1 heartbeat-2.0.4-2.fc6 koffice-1.5.0-0.1.rc1.fc6 lucidlife-0.9-7.fc6 njam-1.25-2.fc6 openoffice.org-dict-cs_CZ-20060303-1.fc6 perl-Data-HexDump-0.02-2.fc6 perl-Test-MockObject-1.04-1.fc6 perl-pmtools-1.01-2.fc6 rlog-1.3.7-2.fc6 scribus-1.3.3-1.fc6 ser-0.9.6-4.fc6 snort-2.4.4-2.fc6 sweep-0.9.1-4.fc6 w3c-markup-validator-0.7.2-2.fc6 wxGTK-2.6.3-0.fc6 yumex-0.99.15-1.0.fc6 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 Thu Mar 30 16:57:30 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 30 Mar 2006 18:57:30 +0200 Subject: build problem In-Reply-To: <1143736055.2823.0.camel@bureau.maison> References: <1143665646.2542.13.camel@bureau.maison> <1143692919.18801.1.camel@localhost.localdomain> <1143700705.2552.0.camel@bureau.maison> <1143732340.2151.0.camel@localhost.localdomain> <1143736055.2823.0.camel@bureau.maison> Message-ID: <1143737850.2823.2.camel@bureau.maison> Le jeudi 30 mars 2006 ? 18:27 +0200, Eric Tanguy a ?crit : > Le jeudi 30 mars 2006 ? 10:25 -0500, Dan Williams a ?crit : > > On Thu, 2006-03-30 at 08:38 +0200, Eric Tanguy wrote: > > > Le mercredi 29 mars 2006 ? 23:28 -0500, Dan Williams a ?crit : > > > > On Wed, 2006-03-29 at 22:54 +0200, Eric Tanguy wrote: > > > > > trying to build a new release i obtain this problem : > > > > > Error: could not make srpm for ircd-hybrid-7_2_1-1_fc6 - output was: > > > > > > > > > > Downloading ircd-hybrid-7.2.1.tgz... > > > > > --13:59:33-- > > > > > http://cvs.fedora.redhat.com/repo/extras/ircd-hybrid/ircd-hybrid-7.2.1.tgz/00901c5e2e9bf44ab37a28596af6608e/ircd-hybrid-7.2.1.tgz > > > > > => `ircd-hybrid-7.2.1.tgz' > > > > > Resolving cvs.fedora.redhat.com... 209.132.176.51 > > > > > Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. > > > > > HTTP request sent, awaiting response... 404 Not Found > > > > > 13:59:33 ERROR 404: Not Found. > > > > > FINISHED --13:59:33-- > > > > > Downloaded: 0 bytes in 0 files > > > > > Could not download source file: ircd-hybrid-7.2.1.tgz does not exist > > > > > make: *** [ircd-hybrid-7.2.1.tgz] Error 1 > > > > > > > > There was a window during which the 'make upload' didn't work, but > > > > reported success. Try re-uploading the file with 'make upload > > > > FILES=xxx', then requeue the job. There's _no_ need to retag and do a > > > > whole new build, just re-upload the source file. > > > > > > > > Dan > > > It does not work : > > > $ make upload FILES=/home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz > > > ERROR: file /home/tanguy/rpmbuild/SOURCES/ircd-hybrid-7.2.1.tgz is > > > already listed in the sources file... > > > make: *** [upload] Erreur 1 > > > > Just remove that line from the sources file, re-upload your tarball, and > > then requeue. As long as you haven't changed the tarball, the MD5 sum > > should be the same, and you'll be fine. > > > > Dan > Thanks it works now except that the build system seems to have > problems : > ensuring > dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/mock-state > Cleaning Root > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882 > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root > ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/mock-state > ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/result > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882 > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root > ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/mock-state > ensuring dir /mnt/build/builder_work/02a7478ad0ff95140f87090c5999ce88d46b5882/result > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/var/lib/rpm > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/var/log > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/dev > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/etc/rpm > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/tmp > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/var/tmp > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/etc/yum.repos.d > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/proc > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/dev/pts > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/proc > ensuring dir /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root/dev/pts > /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-ppc-core-02a7478ad0ff95140f87090c5999ce88d46b5882/root groupinstall build > Failed to add groups file for repository: core > http://buildsys.fedoraproject.org/plague-results/fedora-development-extras/repodata/primary.xml.gz: [Errno -1] Metadata file does not match checksum > Trying other mirror. > Error: failure: repodata/primary.xml.gz from local: [Errno 256] No more mirrors to try. > Cleaning up... > Done. > requeuing the job and it works now! Eric From bugzilla at redhat.com Thu Mar 30 16:55:15 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 11:55:15 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603301655.k2UGtF9M011734@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From jnovy at redhat.com 2006-03-30 11:55 EST ------- (In reply to comment #5) > Well, trying to rebuild was yet another story :-) > - Why force CC=gcc? It's the default with GNU make, isn't it? It doesn't seem so. The default is CC=cc, which is actually a symlink to gcc, so I just wanted to be sure gcc is called. I've got no problem to get rid of the CC=gcc, so I removed it. > - You patch the makefile in the install section, but don't use "make install"... Note that the compiling process then fails when the .ifndef/.endif lines are present within the Makefile with: Makefile:13: *** missing separator. Stop. error: Bad exit status from /var/tmp/rpm-tmp.55595 (%build) no matter whether the install or an other target is called. So the patch makes the minimal changes to the Makefile so that it lets you compile it. I'm more like minimalist so instead of adding huge patches to upstream makefiles (actually rewriting them in your case) ;-), I'd apply only a minimal change to the upstream one or make compilation manually in spec since the build process here is trivial with no dependencies. > you should document that (with a quick comment), since it's to fix the > Makefile's validity! ??? > - CFLAGS wasn't set to use the optflags. Yes, I missed this one. Added. > - bzip2-devel build requirement was missing Added. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 17:08:57 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 12:08:57 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603301708.k2UH8vxr014961@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From matthias at rpmforge.net 2006-03-30 12:08 EST ------- Further "nitpicks" :-) - Keep consistent between tabs and spaces. Only the two top lines had tabs. - For extdir and apiver, you need "failovers" for when PHP isn't available, for instance when simply building a source rpm to send to a build system, or when using mach which expands these outside of the buildroot first, then inside later. - Having "Minor %define fixes" in the %changelog is wrong. Put %%define! - You can save half the install lines by using "install -D" to create the dirs. - I'd put the phpize calls in the %build section, and possibly remove the --clean one (arguable, I guess) - I find it easier to put files in %doc in alphabetical order, it's easier to chack if they're all properly included. Since it seems you are the upstream author : - php_shout.c has some "implicit declaration of function 'php_info_print_table_*" - /php_shout.c has some "'return' with no value, in function returning non-void" ...and a few assorted warnings you might like to look into (it always gives a bad impression to see so many). Let me know what you think of all these points. I'll attach a spec file patch. I'll still have to do some testing of the actual module later on :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 17:16:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 12:16:14 -0500 Subject: [Bug 187196] Review Request: kernel-module-rt2500 In-Reply-To: Message-ID: <200603301716.k2UHGEat016521@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kernel-module-rt2500 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187196 ------- Additional Comments From ville.skytta at iki.fi 2006-03-30 12:16 EST ------- Just to clarify, I don't have hardware to test this with, so I'm not really planning to participate more in the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 17:17:19 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 12:17:19 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603301717.k2UHHJP0016704@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From matthias at rpmforge.net 2006-03-30 12:17 EST ------- Good! What I meant where you answered "???" was that above the "Patch:" line of the spec, you could put someething like : # We patch the Makefile, but only to fix the buils since we don't use "make install" Or something like that, because at first it seems like the patch "fixes" something in the "install:" part of the Makefile. Okay, I'm being picky here, but these inlined comments never harm :-) You'll also need to patch out -O3 from the Makefile, or add CFLAGS=... to the make line and not forget to add -lbz2 to it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 17:19:03 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 12:19:03 -0500 Subject: [Bug 186327] Review Request: tcltls In-Reply-To: Message-ID: <200603301719.k2UHJ3vR017034@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcltls https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186327 ------- Additional Comments From wart at kobold.org 2006-03-30 12:18 EST ------- (In reply to comment #17) > Wart, thank you very much for all your posts! At the moment I am really busy at > work but I will try to use the patches as soon as possible. This is (together > with amsn) the first rpm i am building so I have a lot to learn (and thanks to > everybody posting I have learned a lot). No problem. I had actually considered submitting this one myself for tclhttpd (to get https support), but got distracted by other packages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tibbs at math.uh.edu Thu Mar 30 17:27:39 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 30 Mar 2006 11:27:39 -0600 Subject: Python byte compiling question Message-ID: It seems this happens with every new release; changes in Python and RPM break my package. Currently the issue is that I have a script, /usr/bin/denyhosts.py, which gets byte-compiled after %install when RPM calls /usr/lib/rpm/brp-python-bytecompile. This creates /usr/bin/denyhosts.py[co] which I don't want. I'm pretty ignorant in how Python handles byte compiling. Is there any point in having .pyc/.pyo files in /usr/bin? I understand the utility for libraries, but I'm not sure it would be a good idea for scripts. Since I can't delete these files, either I have to package them or %ghost them. Which is preferable? - J< From bugzilla at redhat.com Thu Mar 30 17:24:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 12:24:16 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603301724.k2UHOGvj018181@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-30 12:24 EST ------- > For extdir and apiver, you need "failovers" for when PHP isn't available, for > instance when simply building a source rpm to send to a build system, or when > using mach which expands these outside of the buildroot first, then inside later. Matthias, It seems to be a corner case in the Fedora Extras context. Both local and FE builds (mock?) works properly with such a macro. On the other hand, the failovers make these macros useless, as you should specify true values explicitly anyway. (Specifying "non-true" values cause build to fail, am I right?) > remove the --clean one (arguable, I guess) Let it be more robust... ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Thu Mar 30 17:30:32 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Mar 2006 11:30:32 -0600 Subject: *just* built pkgs not available to buildsystem? Message-ID: Job failed on arch i386 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-5-extras/6916-Macaulay2-0.9.2-19.fc5/ ... No Package Found for libfac-devel >= 2.0.5-4 No Package Found for factory-devel >= 2.0.5-7 But, these were just (recently) built, and should be available: 6882 (libfac): Build on target fedora-5-extras succeeded. Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-5-extras/6882-libfac-2.0.5-4.fc5/ 6800 (factory): Build on target fedora-5-extras succeeded. Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-5-extras/6800-factory-2.0.5-7.fc5/ ??? I suppose I should just wait, and requeue the failed build, but shouldn't this work without waiting? -- Rex From gemi at bluewin.ch Thu Mar 30 17:35:16 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 30 Mar 2006 19:35:16 +0200 Subject: *just* built pkgs not available to buildsystem? In-Reply-To: References: Message-ID: <1143740117.32051.0.camel@scriabin.tannenrauch.ch> On Thu, 2006-03-30 at 11:30 -0600, Rex Dieter wrote: > Job failed on arch i386 > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6916-Macaulay2-0.9.2-19.fc5/ > > ... > No Package Found for libfac-devel >= 2.0.5-4 > No Package Found for factory-devel >= 2.0.5-7 Perhaps requeue to try again. Maybe these packages were not yet available on the mirror used. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From dcbw at redhat.com Thu Mar 30 17:36:06 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 30 Mar 2006 12:36:06 -0500 Subject: *just* built pkgs not available to buildsystem? In-Reply-To: References: Message-ID: <1143740166.3655.1.camel@localhost.localdomain> On Thu, 2006-03-30 at 11:30 -0600, Rex Dieter wrote: > Job failed on arch i386 > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6916-Macaulay2-0.9.2-19.fc5/ > > ... > No Package Found for libfac-devel >= 2.0.5-4 > No Package Found for factory-devel >= 2.0.5-7 > > > But, these were just (recently) built, and should be available: > > 6882 (libfac): Build on target fedora-5-extras succeeded. > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6882-libfac-2.0.5-4.fc5/ > > 6800 (factory): Build on target fedora-5-extras succeeded. > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6800-factory-2.0.5-7.fc5/ > > ??? > > I suppose I should just wait, and requeue the failed build, but > shouldn't this work without waiting? I think you hit "the window"... If you see the Build Report from extras come out before you build your package, then the just-built package won't be available to subsequent ones until download.fedora.redhat.com picks it up on the rsync. Before that point, it's available through the just-built repo on the build server. Dan From bugzilla at redhat.com Thu Mar 30 17:34:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 12:34:05 -0500 Subject: [Bug 187196] Review Request: kernel-module-rt2500 In-Reply-To: Message-ID: <200603301734.k2UHY5DE020581@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kernel-module-rt2500 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187196 ------- Additional Comments From kyle at yencer.net 2006-03-30 12:34 EST ------- I have the hardware, I will test and post results. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Thu Mar 30 17:33:39 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Mar 2006 11:33:39 -0600 Subject: *just* built pkgs not available to buildsystem? Message-ID: Rex Dieter wrote: > Job failed on arch i386 > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6916-Macaulay2-0.9.2-19.fc5/ > ... > No Package Found for libfac-devel >= 2.0.5-4 > No Package Found for factory-devel >= 2.0.5-7 > > > But, these were just (recently) built, and should be available: > > 6882 (libfac): Build on target fedora-5-extras succeeded. > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6882-libfac-2.0.5-4.fc5/ > > > 6800 (factory): Build on target fedora-5-extras succeeded. > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6800-factory-2.0.5-7.fc5/ > > > ??? > > I suppose I should just wait, and requeue the failed build, but > shouldn't this work without waiting? OK, it appears that both libfac, factory made it into todays' fc5 buildreport, so they've just been moved to the main repo, and I need to wait for createrepo to finish... (-; -- Rex From skadz1 at gmail.com Thu Mar 30 17:47:40 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Thu, 30 Mar 2006 12:47:40 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-25 In-Reply-To: <8719b8230603260814h564b856fp1ac99d8381a76a4@mail.gmail.com> References: <200603250024.k2P0ODQN006744@mx1.redhat.com> <8719b8230603260814h564b856fp1ac99d8381a76a4@mail.gmail.com> Message-ID: <8719b8230603300947l60e85dfdnef71ac69368e2a05@mail.gmail.com> Is there a maintainer for wv? Is there an issue with the current libgsf and wv1 or is there just no maintainer to do a bump here? Could someone (anyone) just go in and bump this to get re-compiled? It's been like a week now and I need wv1 for my local beagle installs (not sure why FC doesn't include this by default), so I can't just erase the package. Thanks! Skadz On 3/26/06, Ryan Skadberg wrote: > Could someone please bump wv and get it re-compiled? It's been days > that it's been broken and it's keeping me from updating rawhide. > > Thanks! > Skadz > > > On 3/24/06, Michael Schwendt wrote: > > Summary of broken packages in fedora-extras-development-i386: > > ---------------------------------------------------------------------- > > abiword 1:2.4.2-7.fc5.i386 > > rekall-devel 2.2.4-8.fc5.i386 > > up-imapproxy 1.2.4-4.fc5.i386 > > wv 1.2.0-3.fc5.i386 > > > > Summary of broken packages in fedora-extras-development-ppc: > > ---------------------------------------------------------------------- > > abiword 1:2.4.2-7.fc5.ppc > > rekall-devel 2.2.4-8.fc5.ppc > > up-imapproxy 1.2.4-4.fc5.ppc > > wv 1.2.0-3.fc5.ppc > > > > Summary of broken packages in fedora-extras-development-x86_64: > > ---------------------------------------------------------------------- > > abiword 1:2.4.2-7.fc5.x86_64 > > rekall-devel 2.2.4-8.fc5.x86_64 > > up-imapproxy 1.2.4-4.fc5.x86_64 > > wv 1.2.0-3.fc5.x86_64 > > > > -- > > 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 Thu Mar 30 17:48:37 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 30 Mar 2006 12:48:37 -0500 Subject: *just* built pkgs not available to buildsystem? In-Reply-To: References: Message-ID: <1143740918.3655.7.camel@localhost.localdomain> On Thu, 2006-03-30 at 11:33 -0600, Rex Dieter wrote: > Rex Dieter wrote: > > Job failed on arch i386 > > Build logs may be found at > > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6916-Macaulay2-0.9.2-19.fc5/ > > ... > > No Package Found for libfac-devel >= 2.0.5-4 > > No Package Found for factory-devel >= 2.0.5-7 > > > > > > But, these were just (recently) built, and should be available: > > > > 6882 (libfac): Build on target fedora-5-extras succeeded. > > Build logs may be found at > > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6882-libfac-2.0.5-4.fc5/ > > > > > > 6800 (factory): Build on target fedora-5-extras succeeded. > > Build logs may be found at > > http://buildsys.fedoraproject.org/logs/fedora-5-extras/6800-factory-2.0.5-7.fc5/ > > > > > > ??? > > > > I suppose I should just wait, and requeue the failed build, but > > shouldn't this work without waiting? > > OK, it appears that both libfac, factory made it into todays' fc5 > buildreport, so they've just been moved to the main repo, and I need to > wait for createrepo to finish... (-; Hope to fix this with: a) depsolving in the build server b) "locking" the buildsys when the daily push is being done While this greatly decreases the size of "the window", it doesn't completely eliminate it since the rsync might start right after the depsolve has successfully finished. Also, the depsolve is done on the server, not the builders, and the two use different repos. Dan From rdieter at math.unl.edu Thu Mar 30 17:42:18 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Mar 2006 11:42:18 -0600 Subject: *just* built pkgs not available to buildsystem? In-Reply-To: <1143740166.3655.1.camel@localhost.localdomain> References: <1143740166.3655.1.camel@localhost.localdomain> Message-ID: Dan Williams wrote: > On Thu, 2006-03-30 at 11:30 -0600, Rex Dieter wrote: >>Job failed on arch i386 >> Build logs may be found at >>http://buildsys.fedoraproject.org/logs/fedora-5-extras/6916-Macaulay2-0.9.2-19.fc5/ >>... >>No Package Found for libfac-devel >= 2.0.5-4 >>No Package Found for factory-devel >= 2.0.5-7 >>But, these were just (recently) built, and should be available: ... >>I suppose I should just wait, and requeue the failed build, but >>shouldn't this work without waiting? > > > I think you hit "the window"... Yep, thanks. I'll wait. *twiddles thumbs*. -- Rex From nicolas.mailhot at laposte.net Thu Mar 30 18:04:34 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Mar 2006 20:04:34 +0200 Subject: File upload doesn't work In-Reply-To: <1143661465.2562.5.camel@rousalka.dyndns.org> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> <1143661465.2562.5.camel@rousalka.dyndns.org> Message-ID: <1143741877.16617.1.camel@rousalka.dyndns.org> The buildsystem is still failing on my packages. It's trying to download a strange source file : http://cvs.fedora.redhat.com/repo/extras/dejavu-fonts/dejavu-sfd-2.4.1.tar.gz/ea7ee1cd16880a8ce5b3e70d97c41fc8/dejavu-sfd-2.4.1.tar.gz 6926: dejavu-fonts (failed) Target:fedora-development-extras Submitter:nicolas.mailhot laposte net Source:dejavu-fonts-2_4_1-2_fc6 Started:Thu Mar 30 12:55:46 2006 Ended:Thu Mar 30 12:55:49 2006 (ran for 0 minutes) Result:" Error: could not make srpm for dejavu-fonts-2_4_1-2_fc6 - output was: Downloading dejavu-sfd-2.4.1.tar.gz... --12:55:49-- http://cvs.fedora.redhat.com/repo/extras/dejavu-fonts/dejavu-sfd-2.4.1.tar.gz/ea7ee1cd16880a8ce5b3e70d97c41fc8/dejavu-sfd-2.4.1.tar.gz => `dejavu-sfd-2.4.1.tar.gz' Resolving cvs.fedora.redhat.com... 209.132.176.51 Connecting to cvs.fedora.redhat.com|209.132.176.51|:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:55:49 ERROR 404: Not Found. FINISHED --12:55:49-- Downloaded: 0 bytes in 0 files Could not download source file: dejavu-sfd-2.4.1.tar.gz does not exist make: *** [dejavu-sfd-2.4.1.tar.gz] Error 1 -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From dcbw at redhat.com Thu Mar 30 18:20:47 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 30 Mar 2006 13:20:47 -0500 Subject: File upload doesn't work In-Reply-To: <1143741877.16617.1.camel@rousalka.dyndns.org> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> <1143661465.2562.5.camel@rousalka.dyndns.org> <1143741877.16617.1.camel@rousalka.dyndns.org> Message-ID: <1143742847.4281.4.camel@localhost.localdomain> On Thu, 2006-03-30 at 20:04 +0200, Nicolas Mailhot wrote: > The buildsystem is still failing on my packages. It's trying to download > a strange source file : > > http://cvs.fedora.redhat.com/repo/extras/dejavu-fonts/dejavu-sfd-2.4.1.tar.gz/ea7ee1cd16880a8ce5b3e70d97c41fc8/dejavu-sfd-2.4.1.tar.gz It appears that's what you've got in sources... [localhost fedora-extras]# cd dejavu-fonts/devel/ [localhost devel]# ls CVS dejavu-fonts-register.xsl dejavu-fonts.spec Makefile sources [localhost devel]# cat sources ea7ee1cd16880a8ce5b3e70d97c41fc8 dejavu-sfd-2.4.1.tar.gz [localhost devel]# Try this to reupload the file, assuming the tarball has _not_ changed: echo "" > sources make upload FILES=dejavu-sfd-2.4.1.tar.gz rm -f sources cvs -z3 up sources make build Dan From rdieter at math.unl.edu Thu Mar 30 18:27:40 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Mar 2006 12:27:40 -0600 Subject: *just* built pkgs not available to buildsystem? In-Reply-To: <1143740918.3655.7.camel@localhost.localdomain> References: <1143740918.3655.7.camel@localhost.localdomain> Message-ID: Dan Williams wrote: > Hope to fix this with: > > a) depsolving in the build server > b) "locking" the buildsys when the daily push is being done > > While this greatly decreases the size of "the window", it doesn't > completely eliminate it Personally, I'd say not to spend(waste) too much time on this... there are bigger fish to fry. -- Rex From nicolas.mailhot at laposte.net Thu Mar 30 18:34:27 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Mar 2006 20:34:27 +0200 Subject: File upload doesn't work In-Reply-To: <1143742847.4281.4.camel@localhost.localdomain> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> <1143661465.2562.5.camel@rousalka.dyndns.org> <1143741877.16617.1.camel@rousalka.dyndns.org> <1143742847.4281.4.camel@localhost.localdomain> Message-ID: <1143743674.16617.5.camel@rousalka.dyndns.org> Le jeudi 30 mars 2006 ? 13:20 -0500, Dan Williams a ?crit : > On Thu, 2006-03-30 at 20:04 +0200, Nicolas Mailhot wrote: > > The buildsystem is still failing on my packages. It's trying to download > > a strange source file : > > > > http://cvs.fedora.redhat.com/repo/extras/dejavu-fonts/dejavu-sfd-2.4.1.tar.gz/ea7ee1cd16880a8ce5b3e70d97c41fc8/dejavu-sfd-2.4.1.tar.gz > > It appears that's what you've got in sources... I always upload full srpms using cvs-import so whatever mess is in sources has been created by the buildsystem. It's easier for me to produce a controlled srpm than understanding buildsys innards > > [localhost fedora-extras]# cd dejavu-fonts/devel/ > [localhost devel]# ls > CVS dejavu-fonts-register.xsl dejavu-fonts.spec Makefile sources > [localhost devel]# cat sources > ea7ee1cd16880a8ce5b3e70d97c41fc8 dejavu-sfd-2.4.1.tar.gz > [localhost devel]# > > Try this to reupload the file, assuming the tarball has _not_ changed: Will try this now. Thanks. > echo "" > sources > make upload FILES=dejavu-sfd-2.4.1.tar.gz > rm -f sources > cvs -z3 up sources > make build Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From tibbs at math.uh.edu Thu Mar 30 18:42:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 30 Mar 2006 12:42:38 -0600 Subject: Python byte compiling question In-Reply-To: (Jason L. Tibbitts, III's message of "Thu, 30 Mar 2006 11:27:39 -0600") References: Message-ID: >>>>> "JLT" == Jason L Tibbitts, writes: JLT> Since I can't delete these files, either I have to package them JLT> or %ghost them. Which is preferable? Sure enough, if I do either of these then rpmlint complains: W: denyhosts non-executable-in-bin /usr/bin/denyhosts.pyc 0644 W: denyhosts non-executable-in-bin /usr/bin/denyhosts.pyo 0644 - J< From toshio at tiki-lounge.com Thu Mar 30 18:56:08 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 30 Mar 2006 10:56:08 -0800 Subject: Python byte compiling question In-Reply-To: References: Message-ID: <1143744968.3247.29.camel@localhost> On Thu, 2006-03-30 at 12:42 -0600, Jason L Tibbitts III wrote: > >>>>> "JLT" == Jason L Tibbitts, writes: > > JLT> Since I can't delete these files, either I have to package them > JLT> or %ghost them. Which is preferable? > > Sure enough, if I do either of these then rpmlint complains: > > W: denyhosts non-executable-in-bin /usr/bin/denyhosts.pyc 0644 > W: denyhosts non-executable-in-bin /usr/bin/denyhosts.pyo 0644 > I'm assuming denyhosts.py is not being used as a library, only as an application, is that correct? Will: %files %exclude /usr/bin/denyhosts.pyc %exclude /usr/bin/denyhosts.pyo work? This seems reasonably clean. You could also try renaming the script so it doesn't have the .py extension which an initial glance seems to be brp-python-bytecompile's heuristic. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Thu Mar 30 18:52:22 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 13:52:22 -0500 Subject: [Bug 185663] Review Request: sweep - An audio editor and live playback tool In-Reply-To: Message-ID: <200603301852.k2UIqMXG003912@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sweep - An audio editor and live playback tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185663 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gemi at bluewin.ch 2006-03-30 13:52 EST ------- Built on FC5 and devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From nicolas.mailhot at laposte.net Thu Mar 30 19:07:36 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 30 Mar 2006 21:07:36 +0200 Subject: File upload doesn't work In-Reply-To: <1143743674.16617.5.camel@rousalka.dyndns.org> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> <1143661465.2562.5.camel@rousalka.dyndns.org> <1143741877.16617.1.camel@rousalka.dyndns.org> <1143742847.4281.4.camel@localhost.localdomain> <1143743674.16617.5.camel@rousalka.dyndns.org> Message-ID: <1143745662.16617.6.camel@rousalka.dyndns.org> > Le jeudi 30 mars 2006 ? 13:20 -0500, Dan Williams a ?crit : > > echo "" > sources > > make upload FILES=dejavu-sfd-2.4.1.tar.gz > > rm -f sources > > cvs -z3 up sources > > make build This fixed my packages. Thanks a lot -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 199 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From tibbs at math.uh.edu Thu Mar 30 19:15:21 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 30 Mar 2006 13:15:21 -0600 Subject: Python byte compiling question In-Reply-To: <1143744968.3247.29.camel@localhost> (Toshio Kuratomi's message of "Thu, 30 Mar 2006 10:56:08 -0800") References: <1143744968.3247.29.camel@localhost> Message-ID: >>>>> "TK" == Toshio Kuratomi writes: TK> I'm assuming denyhosts.py is not being used as a library, only as TK> an application, is that correct? Right, it's the actual executable. TK> Will: files exclude /usr/bin/denyhosts.pyc exclude TK> /usr/bin/denyhosts.pyo work? So many RPM features, so little time. That certainly does work. TK> You could also try renaming the script so it doesn't have the .py TK> extension which an initial glance seems to be TK> brp-python-bytecompile's heuristic. Unfortunately not only is that the name that upstream chose, but it's also what has been used in Extras for quite some time now. I'm not sure what would break by changing it. Still, we're talking about FC6 so I guess I'm free to experiment. - J< From bugzilla at redhat.com Thu Mar 30 19:39:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 14:39:31 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603301939.k2UJdVNf015425@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ------- Additional Comments From triad at df.lth.se 2006-03-30 14:39 EST ------- Sorry for late answer... Ville do you know a package example that convert a few files on-the-fly to UTF-8? I could reinvent the wheel but better not if someone else has already... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 19:42:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 14:42:51 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603301942.k2UJgp6q016014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ------- Additional Comments From rdieter at math.unl.edu 2006-03-30 14:42 EST ------- $ iconv --help Usage: iconv [OPTION...] [FILE...] Convert encoding of given files from one encoding to another. Input/Output format specification: -f, --from-code=NAME encoding of original text -t, --to-code=NAME encoding for output Information: -l, --list list all known coded character sets ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ville.skytta at iki.fi Thu Mar 30 19:51:18 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Mar 2006 22:51:18 +0300 Subject: Python byte compiling question In-Reply-To: <1143744968.3247.29.camel@localhost> References: <1143744968.3247.29.camel@localhost> Message-ID: <1143748279.2835.18.camel@localhost.localdomain> On Thu, 2006-03-30 at 10:56 -0800, Toshio Kuratomi wrote: > On Thu, 2006-03-30 at 12:42 -0600, Jason L Tibbitts III wrote: > > >>>>> "JLT" == Jason L Tibbitts, writes: > > > > JLT> Since I can't delete these files, either I have to package them > > JLT> or %ghost them. Which is preferable? > > > > Sure enough, if I do either of these then rpmlint complains: > > > > W: denyhosts non-executable-in-bin /usr/bin/denyhosts.pyc 0644 > > W: denyhosts non-executable-in-bin /usr/bin/denyhosts.pyo 0644 > > > I'm assuming denyhosts.py is not being used as a library, only as an > application, is that correct? > > Will: > %files > %exclude /usr/bin/denyhosts.pyc > %exclude /usr/bin/denyhosts.pyo > work? This seems reasonably clean. It will work on FC5+ with redhat-rpm-config installed, but note that %exclude will fail if the files don't exist, so one wants to explicitly create them in %install if the intent is to support other build configurations from the same specfile. > You could also try renaming the > script so it doesn't have the .py extension which an initial glance > seems to be brp-python-bytecompile's heuristic. Right. https://bugzilla.redhat.com/182498 From bugzilla at redhat.com Thu Mar 30 20:01:36 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 15:01:36 -0500 Subject: [Bug 182064] Review Request: facter In-Reply-To: Message-ID: <200603302001.k2UK1adb019767@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: facter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182064 ------- Additional Comments From dlutter at redhat.com 2006-03-30 15:01 EST ------- To facilitate the review, here is the output I get from rpmlint and why I think that's ok: * No output for the SRPM * For facter-1.1.4-3.i386.rpm: E: facter no-binary E: facter only-non-binary-in-usr-lib Both should be ok; the package should be noarch, but because of bz184199 it's not possible to build ruby noarch packages right now. Once 181499 has been fixed, I'll switch to building this as noarch -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 20:07:01 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 15:07:01 -0500 Subject: [Bug 180571] Review Request: puppet In-Reply-To: Message-ID: <200603302007.k2UK715G021184@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: puppet https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180571 ------- Additional Comments From dlutter at redhat.com 2006-03-30 15:07 EST ------- To facilitate the review, here is the output I get from rpmlint, and why I think it's ok: * No output from the SRPM * For puppet-0.15.1-1.i386.rpm: E: puppet no-binary E: puppet only-non-binary-in-usr-lib Both should be ok; the package should be noarch, but because of bz184199 it's not possible to build ruby noarch packages right now. Once 181499 has been fixed, I'll switch to building this as noarch E: puppet non-standard-uid /var/log/puppet puppet E: puppet non-standard-gid /var/log/puppet puppet E: puppet non-standard-uid /var/run/puppet puppet E: puppet non-standard-gid /var/run/puppet puppet The puppet server wants to run as user 'puppet', and needs to write to these dirs E: puppet zero-length /usr/share/doc/puppet-0.15.1/examples/root/etc/otherfile E: puppet zero-length /usr/share/doc/puppet-0.15.1/examples/root/etc/configfile Two example files that are empty upstream. If this causes problems, should I exclude them ? E: puppet incoherent-subsys /etc/rc.d/init.d/puppet puppet} I believe rpmlint is getting confused by the init script * For puppet-server-0.15.1-1.i386.rpm W: puppet-server no-documentation There is no server-specific documentation upstream W: puppet-server incoherent-init-script-name puppetmaster I believe rpmlint is getting confused by the init script -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Thu Mar 30 20:44:39 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 30 Mar 2006 22:44:39 +0200 Subject: Taking ownership of dia. Message-ID: <442C4337.5090805@hhs.nl> Hi, Some time aho I've asked if there was any objection if I would pickup dia, no one objected so I'm taking it. Regards, Hans From fedora at adslpipe.co.uk Thu Mar 30 20:44:24 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Thu, 30 Mar 2006 21:44:24 +0100 Subject: Gutenprint core or extras In-Reply-To: <20060330101558.GC15150@redhat.com> References: <442A64F8.1060700@adslpipe.co.uk> <442AC680.2050307@adslpipe.co.uk> <20060330101558.GC15150@redhat.com> Message-ID: <442C4328.3050000@adslpipe.co.uk> Tim Waugh wrote: > Ideally we would be switching from gimp-print to gutenprint in one > move, without ever having them side-by-side. > > Issues to think about include how to migrate existing queues from > gimp-print to gutenprint.. Is that to say switching it via extras is a bad thing? Or just to warn that it's not a trivial thing? From j.w.r.degoede at hhs.nl Thu Mar 30 20:52:04 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 30 Mar 2006 22:52:04 +0200 Subject: Unorphaning / taking ownership of gtkterm Message-ID: <442C44F4.6030609@hhs.nl> Hi all, I would like to take over Gtkterm any objections? Regards, Hans From tibbs at math.uh.edu Thu Mar 30 20:58:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 30 Mar 2006 14:58:38 -0600 Subject: Python byte compiling question In-Reply-To: <1143748279.2835.18.camel@localhost.localdomain> (Ville Skytt's message of "Thu, 30 Mar 2006 22:51:18 +0300") References: <1143744968.3247.29.camel@localhost> <1143748279.2835.18.camel@localhost.localdomain> Message-ID: >>>>> "VS" == Ville Skytt writes: VS> Right. https://bugzilla.redhat.com/182498 Thanks; I never would have thought to look at redhat-rpm-config. I think I'm going to go with renaming the script for now. - J< From bugzilla at redhat.com Thu Mar 30 21:00:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 16:00:32 -0500 Subject: [Bug 187430] New: Review Request: elektra 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=187430 Summary: Review Request: elektra Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: avi at unix.sh QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://sourceforge.net/project/showfiles.php?group_id=117521&package_id=127957&release_id=406035 SRPM Name or Url: http://sourceforge.net/project/showfiles.php?group_id=117521&package_id=127957&release_id=406035 Summary: A key/value pair database to store software configurations Description: Elektra provides a universal and secure framework to store configuration parameters in a hierarchical key-value pair mechanism, instead of each program using its own text configuration files. This allows any program to read and save its configuration with a consistent API, and allows them to be aware of other applications' configurations, permitting easy application integration. While architecturally similar to other OS registries, Elektra does not have most of the problems found in those implementations. P.S.: This inclusion was requested in the last days in the fedora-devel list -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rdieter at math.unl.edu Thu Mar 30 21:16:25 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Mar 2006 15:16:25 -0600 Subject: Gutenprint core or extras In-Reply-To: <442C4328.3050000@adslpipe.co.uk> References: <442A64F8.1060700@adslpipe.co.uk> <442AC680.2050307@adslpipe.co.uk> <20060330101558.GC15150@redhat.com> <442C4328.3050000@adslpipe.co.uk> Message-ID: Andy Burns wrote: > Tim Waugh wrote: > >> Ideally we would be switching from gimp-print to gutenprint in one >> move, without ever having them side-by-side. >> >> Issues to think about include how to migrate existing queues from >> gimp-print to gutenprint.. > > > Is that to say switching it via extras is a bad thing? Or just to warn > that it's not a trivial thing? Either way, it'll certainly not be trivial. -- Rex From eric.tanguy at univ-nantes.fr Thu Mar 30 21:18:20 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 30 Mar 2006 23:18:20 +0200 Subject: comps-fe5.xml Message-ID: <1143753500.2544.5.camel@bureau.maison> This file seems to be not used for the extras repos. I have made modifications march 12th and these modifications are not used with the extras repos. Is it normal ? Eric From bugzilla at redhat.com Thu Mar 30 21:32:21 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 16:32:21 -0500 Subject: [Bug 175438] Review Request: smart -- Next generation package handling tool In-Reply-To: Message-ID: <200603302132.k2ULWLgx007676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smart -- Next generation package handling tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175438 ------- Additional Comments From ville.skytta at iki.fi 2006-03-30 16:31 EST ------- FYI, since progress seems to have stalled here, an alternative and partially superseding package is up for review in bug 185239 in case folks feel more comfortable with 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 Mar 30 21:34:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 16:34:34 -0500 Subject: [Bug 187433] New: Review Request: acx-kmod - Open ACX100/ACX111 wireless NIC driver 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=187433 Summary: Review Request: acx-kmod - Open ACX100/ACX111 wireless NIC driver Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rpm at greysector.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://rpm.greysector.net/extras/acx-kmod.spec SRPM Name or Url: http://rpm.greysector.net/extras/acx-kmod-0.3.35-0.2.20060215.2.6.15_1.1833_FC4.src.rpm Description: ACX100 is an open source driver for ACX100/ACX111 WiFi chipsets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Thu Mar 30 21:36:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 16:36:02 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603302136.k2ULa2Y8009121@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From ville.skytta at iki.fi 2006-03-30 16:36 EST ------- I see this is already available in devel, but not in FC-5. The FC-5 branch exists in CVS though, so could you push a build for it and close this when done? By the way, 004 is out. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From wtogami at redhat.com Thu Mar 30 21:59:42 2006 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Mar 2006 16:59:42 -0500 Subject: Improper CVS Branching Requests Message-ID: <442C54CE.9090102@redhat.com> http://www.fedoraproject.org/wiki/Extras/CVSSyncNeeded * FC-4 FC-5 anjuta anjuta-docs anjuta-debuginfo * FC-4 FC-5 fuse-emulator fuse-emulator-debuginfo * FC-4 FC-5 lib765 lib765-devel lib765-debuginfo * FC-4 FC-5 libdsk libdsk-devel libdsk-tools * FC-4 FC-5 libspectrum libspectrum-devel * FC-4 FC-5 z88dk I am not sure who did this, but please know that CVS branching is done only on the source RPM of each package. Please do not list each sub binary package name here. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Thu Mar 30 22:25:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 17:25:59 -0500 Subject: [Bug 175438] Review Request: smart -- Next generation package handling tool In-Reply-To: Message-ID: <200603302225.k2UMPx1q022742@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smart -- Next generation package handling tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175438 ------- Additional Comments From Axel.Thimm at ATrpms.net 2006-03-30 17:25 EST ------- In that case I'll go ahead and reopen bug 175630 and bug 175631, too. Is there some guideline as how to proceed in such cases? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 30 22:27:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 17:27:50 -0500 Subject: [Bug 175630] Review Request: smart - Next generation package handling tool In-Reply-To: Message-ID: <200603302227.k2UMRoYe023428@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: smart - Next generation package handling tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175630 Axel.Thimm at ATrpms.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|DUPLICATE | ------- Additional Comments From Axel.Thimm at ATrpms.net 2006-03-30 17:27 EST ------- Reopening due to bug 175438 comment 77 and bug 185239 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 30 22:28:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 17:28:14 -0500 Subject: [Bug 175631] Review Request: fedora-package-config-smart - Configuration files for the smart package manager In-Reply-To: Message-ID: <200603302228.k2UMSE2Y023531@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fedora-package-config-smart - Configuration files for the smart package manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175631 Axel.Thimm at ATrpms.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|DUPLICATE | ------- Additional Comments From Axel.Thimm at ATrpms.net 2006-03-30 17:27 EST ------- Reopening due to bug 175438 comment 77 and bug 185239 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 30 23:27:38 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 31 Mar 2006 00:27:38 +0100 Subject: Improper CVS Branching Requests In-Reply-To: <442C54CE.9090102@redhat.com> References: <442C54CE.9090102@redhat.com> Message-ID: <1143761258.11514.59.camel@T7.Linux> On Thu, 2006-03-30 at 16:59 -0500, Warren Togami wrote: > http://www.fedoraproject.org/wiki/Extras/CVSSyncNeeded > I am not sure who did this, but please know that CVS branching is done > only on the source RPM of each package. Please do not list each sub > binary package name here. Sorry about that - I'll resubmit. I thought it was on each binary - the page doesn't say anything about it being on the SRPM. TTFN Paul -- "ein zu starker starker Anblick kann Sie toten. Sie gegen gerade uber den Rand mit dem festen Wissen des Wege vor Ihnen" - Linus Tordvals From bugzilla at redhat.com Thu Mar 30 23:22:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 18:22:05 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603302322.k2UNM5QG004697@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-30 18:21 EST ------- New version: * Thu Mar 30 2006 Hans de Goede 1.3.3.7-2 - Fix reversed joy directions in allegro version - Improve support for analog joysticks in the allegro version - Add support for joysticks to the SDL version Go get it (and review it) from: Spec Name or Url: http://home.zonnet.nl/jwrdegoede/shippy.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/shippy-1.3.3.7-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ivazquez at ivazquez.net Thu Mar 30 23:32:16 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 30 Mar 2006 18:32:16 -0500 Subject: comps-fe5.xml In-Reply-To: <1143753500.2544.5.camel@bureau.maison> References: <1143753500.2544.5.camel@bureau.maison> Message-ID: <1143761536.1420.7.camel@ignacio.lan> On Thu, 2006-03-30 at 23:18 +0200, Eric Tanguy wrote: > This file seems to be not used for the extras repos. > I have made modifications march 12th and these modifications are not > used with the extras repos. > Is it normal ? The original message said that you have to edit comps-fe5.xml.in, not comps-fe5.xml. -- 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: 191 bytes Desc: This is a digitally signed message part URL: From orion at cora.nwra.com Thu Mar 30 23:36:49 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 30 Mar 2006 16:36:49 -0700 Subject: Need help with local devel repo optimization for mock... Message-ID: <442C6B91.30102@cora.nwra.com> Goals: - Always get the latest development package versions for my local mock builds. - Keep internet bandwidth usage low and at off peak times. What I'd like to do is update my local rawhide repo copy every Sunday, but still be able to download any needed updated package for a build. My first thought was simply to add my local repo to the mock configs: # repos [cora] name=cora baseurl=file:///data/sw1/fedora/core/development/i386 [core] name=core baseurl=http://newmirror.linux.duke.edu/pub/fedora/linux/core/development/i386 But the question comes up, if [cora] and [core] both have the same version of a package, how can I make sure that the package is taken from [cora]? -- 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 kaboom at oobleck.net Thu Mar 30 23:48:51 2006 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 30 Mar 2006 18:48:51 -0500 (EST) Subject: FE Package Status of Mar 30, 2006 In-Reply-To: <200603301534.k2UFYMFV019063@ludwig-alpha.unil.ch> References: <200603301534.k2UFYMFV019063@ludwig-alpha.unil.ch> Message-ID: On Thu, 30 Mar 2006, Christian.Iseli at licr.org wrote: > Owners file stats: > - 1549 packages > - 60 orphans > - 58 packages not available in extras devel or release > kaboom at oobleck dot net openbox Where's this coming from? openbox was in fedora.us, but I've never done it on fedora extras and don't plan on doing so as it's mostly dead upstream later, chris From bugs.michael at gmx.net Fri Mar 31 01:10:22 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 03:10:22 +0200 Subject: Improper CVS Branching Requests In-Reply-To: <1143761258.11514.59.camel@T7.Linux> References: <442C54CE.9090102@redhat.com> <1143761258.11514.59.camel@T7.Linux> Message-ID: <20060331031022.d107661a.bugs.michael@gmx.net> On Fri, 31 Mar 2006 00:27:38 +0100, Paul F. Johnson wrote: > On Thu, 2006-03-30 at 16:59 -0500, Warren Togami wrote: > > http://www.fedoraproject.org/wiki/Extras/CVSSyncNeeded > > > I am not sure who did this, but please know that CVS branching is done > > only on the source RPM of each package. Please do not list each sub > > binary package name here. > > Sorry about that - I'll resubmit. I thought it was on each binary - the > page doesn't say anything about it being on the SRPM. What do you store in CVS? Your src.rpm and not any binaries. The modules in CVS use the name of your src.rpm (i.e. %{name}). From bugs.michael at gmx.net Fri Mar 31 01:10:18 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 03:10:18 +0200 Subject: FE Package Status of Mar 30, 2006 In-Reply-To: References: <200603301534.k2UFYMFV019063@ludwig-alpha.unil.ch> Message-ID: <20060331031018.f987b8d3.bugs.michael@gmx.net> On Thu, 30 Mar 2006 18:48:51 -0500 (EST), Chris Ricker wrote: > On Thu, 30 Mar 2006, Christian.Iseli at licr.org wrote: > > > Owners file stats: > > - 1549 packages > > - 60 orphans > > - 58 packages not available in extras devel or release > > > > > kaboom at oobleck dot net openbox > > Where's this coming from? > > openbox was in fedora.us, but I've never done it on fedora extras and > don't plan on doing so as it's mostly dead upstream Well, Fedora Extras CVS had started with all packages from fedora.us (cvs co openbox and see), but you never showed interest/reacted on the notifications mails during that time. So at one point this thing was orphaned and deleted/disabled in CVS. Branches FC-4, FC-5 and devel are empty. From steve at silug.org Fri Mar 31 01:19:56 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 30 Mar 2006 19:19:56 -0600 Subject: File upload doesn't work In-Reply-To: <20060329192506.GA3075@osiris.silug.org> References: <1143622945.3838.19.camel@perun.kabelta.loc> <1143657623.14504.0.camel@scriabin.tannenrauch.ch> <1143658020.8872.1.camel@localhost.localdomain> <20060329192506.GA3075@osiris.silug.org> Message-ID: <20060331011956.GA25252@osiris.silug.org> So I take it I'm the only one seeing something like this? $ make new-sources FILES=celestia-1.4.1.tar.gz Checking : celestia-1.4.1.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [new-sources] Error 255 Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From bugs.michael at gmx.net Fri Mar 31 01:56:40 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Mar 2006 20:56:40 -0500 Subject: Summary - Broken dependencies in Fedora Extras 3 - 2006-03-31 Message-ID: <200603310156.k2V1ueqL017450@mx3.redhat.com> Summary of broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc3.noarch Summary of broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague 0.4.4.1-1.fc3.noarch ---------------------------------------------------------------------- New report for: dcbw AT redhat.com package: plague - 0.4.4.1-1.fc3.noarch from fedora-extras-3-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-1.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: createrepo >= 0:0.4.3 From bugs.michael at gmx.net Fri Mar 31 01:56:55 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Mar 2006 20:56:55 -0500 Subject: Summary - Broken dependencies in Fedora Extras 4 - 2006-03-31 Message-ID: <200603310156.k2V1utGn017492@mx3.redhat.com> Summary of broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- otrs 2.0.4-3.fc4.noarch plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- otrs 2.0.4-3.fc4.noarch plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- otrs 2.0.4-3.fc4.noarch plague 0.4.4.1-1.fc4.noarch ---------------------------------------------------------------------- New report for: dcbw AT redhat.com package: plague - 0.4.4.1-1.fc4.noarch from fedora-extras-4-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-1.fc4.noarch from fedora-extras-4-x86_64 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-1.fc4.noarch from fedora-extras-4-ppc unresolved deps: createrepo >= 0:0.4.3 ---------------------------------------------------------------------- New report for: imlinux AT gmail.com package: otrs - 2.0.4-3.fc4.noarch from fedora-extras-4-i386 unresolved deps: perl(Date::Pcalc) package: otrs - 2.0.4-3.fc4.noarch from fedora-extras-4-x86_64 unresolved deps: perl(Date::Pcalc) package: otrs - 2.0.4-3.fc4.noarch from fedora-extras-4-ppc unresolved deps: perl(Date::Pcalc) From bugs.michael at gmx.net Fri Mar 31 02:18:36 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Mar 2006 21:18:36 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-31 Message-ID: <200603310218.k2V2Iaqf022016@mx3.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- libmal 0.31-2.fc6.i386 libopensync-plugin-palm 0.18-3.fc5.i386 rekall-devel 2.2.4-8.fc5.i386 sylpheed-claws 2.0.0-3.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 wv 1.2.0-3.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- libmal 0.31-2.fc6.ppc libopensync-plugin-palm 0.18-3.fc5.ppc php-dbase 5.1.2-2.fc6.ppc php-mcrypt 5.1.2-2.fc6.ppc php-mhash 5.1.2-2.fc6.ppc php-readline 5.1.2-2.fc6.ppc php-tidy 5.1.2-2.fc6.ppc rekall-devel 2.2.4-8.fc5.ppc sylpheed-claws 2.0.0-3.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc wv 1.2.0-3.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- libmal 0.31-2.fc6.x86_64 libopensync-plugin-palm 0.18-3.fc5.x86_64 rekall-devel 2.2.4-8.fc5.x86_64 sylpheed-claws 2.0.0-3.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 wv 1.2.0-3.fc5.x86_64 ---------------------------------------------------------------------- New report for: andreas.bierfert AT lowlatency.de package: sylpheed-claws - 2.0.0-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpisock.so.9 package: libopensync-plugin-palm - 0.18-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpisock.so.9 package: libopensync-plugin-palm - 0.18-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpisock.so.9()(64bit) package: sylpheed-claws - 2.0.0-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpisock.so.9()(64bit) package: sylpheed-claws - 2.0.0-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpisock.so.9 package: libopensync-plugin-palm - 0.18-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpisock.so.9 ---------------------------------------------------------------------- New report for: dmitry AT butskoy.name package: php-tidy - 5.1.2-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-mcrypt - 5.1.2-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-dbase - 5.1.2-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-mhash - 5.1.2-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-readline - 5.1.2-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: php-api = 0:PHP_API_VERSION ---------------------------------------------------------------------- New report for: rdieter AT math.unl.edu package: libmal - 0.31-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libpisock.so.9 package: libmal - 0.31-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpisock.so.9()(64bit) package: libmal - 0.31-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libpisock.so.9 From drees76 at gmail.com Fri Mar 31 02:40:01 2006 From: drees76 at gmail.com (David Rees) Date: Thu, 30 Mar 2006 18:40:01 -0800 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-03-31 In-Reply-To: <200603310218.k2V2Iaqf022016@mx3.redhat.com> References: <200603310218.k2V2Iaqf022016@mx3.redhat.com> Message-ID: <72dbd3150603301840k341c70ddl27879bdee5c67f75@mail.gmail.com> On 3/30/06, Michael Schwendt wrote: > Summary of broken packages in fedora-extras-development-i386: > up-imapproxy 1.2.4-4.fc5.i386 This could be fixed by the changes I've suggested in the bug and in a Review Request I created. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185729 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187186 The official maintainer has not commented on either, though apparently he has been in contact with Thorsten Leemhuis? -Dave From bugs.michael at gmx.net Fri Mar 31 02:57:09 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Mar 2006 21:57:09 -0500 Subject: Summary - Broken dependencies in Fedora Extras 5 - 2006-03-31 Message-ID: <200603310257.k2V2v91S030222@mx3.redhat.com> Summary of broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- otrs 2.0.4-3.fc5.noarch rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- otrs 2.0.4-3.fc5.noarch php-dbase 5.1.2-2.fc5.ppc php-mcrypt 5.1.2-2.fc5.ppc php-mhash 5.1.2-2.fc5.ppc php-readline 5.1.2-2.fc5.ppc php-tidy 5.1.2-2.fc5.ppc rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- otrs 2.0.4-3.fc5.noarch rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: jeff AT ultimateevil.org package: up-imapproxy - 1.2.4-4.fc5.i386 from fedora-extras-5-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: up-imapproxy - 1.2.4-4.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: up-imapproxy - 1.2.4-4.fc5.ppc from fedora-extras-5-ppc unresolved deps: libssl.so.5 libcrypto.so.5 ---------------------------------------------------------------------- New report for: dmitry AT butskoy.name package: php-tidy - 5.1.2-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-mhash - 5.1.2-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-readline - 5.1.2-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-mcrypt - 5.1.2-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: php-api = 0:PHP_API_VERSION package: php-dbase - 5.1.2-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: php-api = 0:PHP_API_VERSION ---------------------------------------------------------------------- New report for: imlinux AT gmail.com package: otrs - 2.0.4-3.fc5.noarch from fedora-extras-5-i386 unresolved deps: perl(Date::Pcalc) package: otrs - 2.0.4-3.fc5.noarch from fedora-extras-5-x86_64 unresolved deps: perl(Date::Pcalc) package: otrs - 2.0.4-3.fc5.noarch from fedora-extras-5-ppc unresolved deps: perl(Date::Pcalc) From bugzilla at redhat.com Fri Mar 31 03:50:18 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 22:50:18 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603310350.k2V3oIUU019093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 ------- Additional Comments From dennis at ausil.us 2006-03-30 22:50 EST ------- ok rpmlint E: kdemultimedia-extras invalid-soname /usr/lib64/libarts_akode.so libarts_akode.so i think its just complaining of the _ and i think its ok juk has been ok for me now. md5sums match the source in fedoras SRPM builds in mock on fc5 Rest of previous review good things stand 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 Fri Mar 31 04:46:39 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Mar 2006 06:46:39 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <20060330144324.4dafe498.bugs.michael@gmx.net> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> <20060328200524.e90f01d6.bugs.michael@gmx.net> <1143616128.32270.520.camel@mccallum.corsepiu.local> <20060330144324.4dafe498.bugs.michael@gmx.net> Message-ID: <1143780399.12354.56.camel@mccallum.corsepiu.local> On Thu, 2006-03-30 at 14:43 +0200, Michael Schwendt wrote: > On Wed, 29 Mar 2006 09:08:47 +0200, Ralf Corsepius wrote: > > > On Tue, 2006-03-28 at 20:05 +0200, Michael Schwendt wrote: > > > On Tue, 28 Mar 2006 19:39:30 +0200, Ralf Corsepius wrote: > > > > > > > On Tue, 2006-03-28 at 10:32 -0700, Orion Poplawski wrote: > > > > > Maybe the third time is the charm: > > > > > > > > > > I want to install a file into /usr/share/emacs/site-lisp/ but I don't > > > > > want to Requires: /usr/share/emacs/site-list/. > > > > It would have to be > > > > Requires(pre): usr/share/emacs/site-list > > > > because otherwise rpm won't be able to handle this correctly. > > > All of these packages claim that they provide Emacs' data directory and > > > would satisfy above "Requires(pre)". This is is harmless as long as you > > > get what you want: > > > > It's not harmless: It adds a dependency on a package providing this > > directory. Not using a dependency on the directory, but simply owning it > > would make this package independent of any package providing this > > directory. > > You misunderstood me completely. Let me rephrase. There are multiple > packages which include the /usr/share/emacs directory. So, currently any > dependency on that directory would pull in an arbitrary package which > provides this directory (shortest pkg name wins in Yum). What does this > mean for any package which would "Requires(pre): /usr/share/emacs"? It would pull in another package you don't want and don't have any use for. That's why I consider it harmful. > > This is nasty when a package actually is independent of any emacs > > variant and only carries some convenience macros, which are useful for > > emacs users (For example, autoconf is one of these packages) > > > > In this case, the "Requires" would be wrong. > > Well, not wrong at all semantically. Simply assume that "/usr/share/emacs > belongs to Emacs, and no other package should (better: must) mess with > Emacs' directories". That's exactly the point I do not agree with you. /usr/share/emacs is a directory to carry emacs support files. This doesn't mean a user is using them nor emacs - I.e. there is no 1:1 correspondence between emacs and /usr/share/emacs. Conversely, as I see it, emacs is "one among many" to use /usr/share/emacs, not the "exclusive one to provide it". > Now, if you create multiple packages which claim they > are the owner of /usr/share/emacs, this is wrong. c.f. above. I disagree, it is not wrong, it is a feature. Ralf From bugzilla at redhat.com Fri Mar 31 04:43:02 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 23:43:02 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310443.k2V4h2X7030774@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-30 23:42 EST ------- I haven't seen any comments from tkmame lately, so here's a full review. tkmame: please assign this to yourself if you would still like to give the final approval. MUST ==== rpmlint warnings: W: shippy no-documentation W: shippy-allegro no-documentation Perhaps put at least the license file in each of these? The rest of the docs are in shippy-common, which is fine. E: shippy non-standard-executable-perm /usr/bin/shippy-sdl 02755 E: shippy-allegro non-standard-executable-perm /usr/bin/shippy-allegro 02755 This is allowed per the Games SIG guidelines for shared scoreboard files. E: shippy-common score-file-must-not-be-conffile /var/lib/games/shippy.hs This will go away if you move it to /var/games per the FHS. E: shippy-common zero-length /var/lib/games/shippy.hs Empty initial scoreboard file. This is fine. * Package and spec named appropriately * License (GPL) ok, license file included * Spec file legible, in Am. English * Source matches upstream 06df2ae060fe4a076d7fa17a57205348 shipv1.3.3.7UNIX.zip * compiles and builds on FC5 i386 * No excessive or offensive BR: * No locales * No shared libraries * Not relocatable * Owns directories that it creates (/usr/share/shippy) * Permissions look ok. setgid binary acceptable (see rpmlint warnings above) * %install and %clean both clean $RPM_BUILD_ROOT * %doc does not affect runtime * Contains code and permissible content * No -devel package * .desktop file included and installed properly * Runs without crashing RECOMMENDED =========== * Compiler warning: shipall.c: In function 'SYSTEM_INIT': shipall.c:264: warning: 'set_window_close_hook' is deprecated (declared at /usr/include/allegro/alcompat.h:198) This is probably safe for now, but you might want to consider not using the deprecated function to avoid problems with future versions of allegro that might remove it. * Move the high score file from /var/lib/games to /var/games per FHS. This will also clean up one of the rpmlint warnings. I don't consider either of the RECOMMENDED items blockers, but it would be nice if Christopher could verify the joystick patch (no game port on my desktop, unfortunately). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 04:45:16 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 23:45:16 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200603310445.k2V4jG8R031374@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: stratagus - Real-time strategy gaming engine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173722 ------- Additional Comments From lemenkov at newmail.ru 2006-03-30 23:45 EST ------- (In reply to comment #16) > Taking out the _smp_mflags from the spec should fix it. OK, done. Should I open a bug in Bugzilla? > And while you're at it, you also will want to remove the -I/usr/local/include > and -L/usr/local/lib scattered all over Rules.make.in 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 Mar 31 04:57:24 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 23:57:24 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310457.k2V4vOtp001901@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From tkmame at retrogames.com 2006-03-30 23:57 EST ------- - MUST: rpmlint must be run on every package. The output should be posted in the review. W: shippy no-documentation OKAY: documentation is in shippy-common which is required by shippy E: shippy non-standard-executable-perm /usr/bin/shippy-sdl 02755 OKAY: needed to save high scores W: shippy-allegro no-documentation OKAY: documentation is in shippy-common which is required by shippy-allegro E: shippy-allegro non-standard-executable-perm /usr/bin/shippy-allegro 02755 OKAY: needed to save high scores E: shippy-common score-file-must-not-be-conffile /var/lib/games/shippy.hs ????: I have no idea what this means and rpmlint -I didn't have any idea either. E: shippy-common zero-length /var/lib/games/shippy.hs OKAY: Safe to ignore. package name OKAY spec file name OKAY package meets package guidelines OKAY package OSI license OKAY package matches license in source OKAY license in %doc OKAY spec file in english OKAY spec file legible OKAY sources match upstream sources OKAY package successfully builds on x86_64 for FC5 OKAY package does not contain any extra BRs OKAY all dependencies in BR OKAY [1] no locales in spec OKAY package does not contain shared libraries OKAY package is not relocatable OKAY package owns directories it creates OKAY package contains no duplicate files OKAY file permissions set correctly OKAY package contains good %clean section OKAY macro use is consistant OKAY pacakge contains permissible content OKAY package does not contain large docs OKAY %doc files do not affect runtime OKAY package does not contain any files that should go in -devel OKAY package does not contain any .la files OKAY package contains a %{name}.desktop OKAY package does not own files owned by other packages OKAY One other thing I noticed is when I try to install shippy-common I get: # rpm -ivh shippy-common-1.3.3.7-2.x86_64.rpm error: Failed dependencies: shippy-engine = 1.3.3.7 is needed by shippy-common-1.3.3.7-2.x86_64 however, there is no shippy-engine package, just shippy. APPROVED! [2][3] [1] dumb-devel requires allegro-devel must be fixed! This still fails in mock for FC5. [2] Since this is my first ever official approval perhaps wart or someone might want to take a quick 2nd look [3] Please review that rpmlint error which I couldn't understand, and look into why installing shippy-common asks for shippy-engine when the package name is just "shippy". Whew! P.S. Joystick works great in both versions now! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 04:59:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 30 Mar 2006 23:59:30 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310459.k2V4xUoO002314@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From tkmame at retrogames.com 2006-03-30 23:59 EST ------- Seems we did the reviews at the same time. I tried to assign this bug to me, but I do not see where this is done? Perhaps I don't have permissions yet to assign myself to bugs? Not sure why I can't do that yet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fedora at leemhuis.info Fri Mar 31 05:24:38 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 31 Mar 2006 07:24:38 +0200 Subject: Gutenprint core or extras In-Reply-To: References: <442A64F8.1060700@adslpipe.co.uk> <442AC680.2050307@adslpipe.co.uk> <20060330101558.GC15150@redhat.com> <442C4328.3050000@adslpipe.co.uk> Message-ID: <1143782678.9628.16.camel@thl.ct.heise.de> Am Donnerstag, den 30.03.2006, 15:16 -0600 schrieb Rex Dieter: > Andy Burns wrote: > > Tim Waugh wrote: > > > >> Ideally we would be switching from gimp-print to gutenprint in one > >> move, without ever having them side-by-side. > >> > >> Issues to think about include how to migrate existing queues from > >> gimp-print to gutenprint.. > > > > Is that to say switching it via extras is a bad thing? Or just to warn > > that it's not a trivial thing? > > Either way, it'll certainly not be trivial. Either way, I think having gutenprint in FC5-updates or FE5 sounds like a really good idea because it supports lots of modern printers that are unsupported otherwise. On the kernel-level we're already having great hardware support due to the regular kernel-updates. We IMHO should try to provide good hardware support in userland, too. Means: Updated printer drivers and X-Drivers for the current distro (e.g. FC5 in this case) to support newer hardware that was unsupported when the distro was released (or even not on the market when the distro was released). CU thl From bugzilla at redhat.com Fri Mar 31 06:08:25 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 01:08:25 -0500 Subject: [Bug 186264] Review Request: bcm43xx-fwcutter In-Reply-To: Message-ID: <200603310608.k2V68PeE014571@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bcm43xx-fwcutter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186264 ------- Additional Comments From dwmw2 at redhat.com 2006-03-31 01:08 EST ------- I tried yesterday but the build failed due to infrastructure breakage. Will try again... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Christian.Iseli at licr.org Fri Mar 31 06:17:06 2006 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Fri, 31 Mar 2006 08:17:06 +0200 Subject: FE Package Status of Mar 30, 2006 In-Reply-To: Your message of "Thu, 30 Mar 2006 18:48:51 CDT." Message-ID: <200603310617.k2V6HNh2006748@mx3.redhat.com> kaboom at oobleck.net said: > > kaboom at oobleck dot net openbox > Where's this coming from? >From the owners.list file. If you are no longer interested in it, please mark it as orphan in owners.list (or if it's really dead, you can indicate so on the Extras/PackagesNoLongerInDevel wiki page. Cheers, Christian From eric.tanguy at univ-nantes.fr Fri Mar 31 06:35:06 2006 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 31 Mar 2006 08:35:06 +0200 Subject: comps-fe5.xml In-Reply-To: <1143761536.1420.7.camel@ignacio.lan> References: <1143753500.2544.5.camel@bureau.maison> <1143761536.1420.7.camel@ignacio.lan> Message-ID: <1143786906.2576.1.camel@bureau.maison> Le jeudi 30 mars 2006 ? 18:32 -0500, Ignacio Vazquez-Abrams a ?crit : > On Thu, 2006-03-30 at 23:18 +0200, Eric Tanguy wrote: > > This file seems to be not used for the extras repos. > > I have made modifications march 12th and these modifications are not > > used with the extras repos. > > Is it normal ? > > The original message said that you have to edit comps-fe5.xml.in, not > comps-fe5.xml. Yes i modified comps-fe5.xml.in and these modifications was taken into account 2 days afetr in comps-fe5.xml but this comps-fe5.xml is not taken into account in extras repo ... Eric From bugzilla at redhat.com Fri Mar 31 06:58:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 01:58:00 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603310658.k2V6w0D9022599@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From holbrookbw at users.sourceforge.net 2006-03-31 01:57 EST ------- I'm working on the .spec file but had a few questions / comments in the mean time. (In reply to comment #25) > Further "nitpicks" :-) > - Keep consistent between tabs and spaces. Only the two top lines had tabs. I'm usually pretty anal about my spaces vs. tabs, I must have just highlight+middle-click'ed in vi and forgot that it inserted spaces. Fixed! > - For extdir and apiver, you need "failovers" for when PHP isn't available, for > instance when simply building a source rpm to send to a build system, or when > using mach which expands these outside of the buildroot first, then inside later. I used to have failovers, then Dmitry convinced me to get rid of them :), I agree that FE is a corner case, and either way the build will fail anyway if a valid php isn't installed. > - Having "Minor %define fixes" in the %changelog is wrong. Put %%define! Woops, I can honestly claim ignorance on this one... fixed! > - You can save half the install lines by using "install -D" to create the dirs. After switching my mkdir+install to a single install -D, the first one succeeds, but the second install bombs out with: + install -D -p -m 0644 shout.ini /var/tmp/php-shout-0.3a-2-root-brandon/etc/php.d/ install: target `/var/tmp/php-shout-0.3a-2-root-brandon/etc/php.d/' is not a directory: No such file or directory But the directory is fully writable by me, any ideas? It's strange that the first install -D creates its parent dirs fine, but the second one doesn't. Does the 664 have any affect on parent directories that may be created? > - I'd put the phpize calls in the %build section, and possibly remove the > --clean one (arguable, I guess) Like Dmitry, I'd like to leave the --clean in there, because it doesn't hurt anything, and makes sure you've covered all your bases. > - I find it easier to put files in %doc in alphabetical order, it's easier to > chack if they're all properly included. done > > Since it seems you are the upstream author : > - php_shout.c has some "implicit declaration of function 'php_info_print_table_*" > - /php_shout.c has some "'return' with no value, in function returning non-void" > ...and a few assorted warnings you might like to look into (it always gives a > bad impression to see so many). I agree all the warning give a bad impression. Those warning just now all showed up with FC5 ( or maybe FC5 rpmbuild is the first to use -Wall so this is the first I've seen them ? ). I noticed them last week and started looking into it. Most are coming from standard PHP functions like zend_hash_find(), and it seems the others are in fact my mis-use of some PHP macros (the "return with no value", for instance). Dmitry packages PHP modules, do you know of any PHP API changes with 5.1 ( other than call-time pass-by-ref ;) that have started causing new warnings? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 07:19:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 02:19:14 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310719.k2V7JEBf025734@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-31 02:19 EST ------- (In reply to comment #20) > One other thing I noticed is when I try to install shippy-common I get: > # rpm -ivh shippy-common-1.3.3.7-2.x86_64.rpm > error: Failed dependencies: > shippy-engine = 1.3.3.7 is needed by shippy-common-1.3.3.7-2.x86_64 > however, there is no shippy-engine package, just shippy. shippy-engine is provided by both the base shippy package and shippy-allegro. You need to install shippy-common with one of these to get the full game. Fortunately, yum will make sure that the dependencies are satisfied. > APPROVED! [2][3] > > [1] dumb-devel requires allegro-devel must be fixed! This still fails in mock > for FC5. If I'm not mistaken, Hans has (or is in the process of) fixing this in the dumb package. > [2] Since this is my first ever official approval perhaps wart or someone might > want to take a quick 2nd look Already did. :) > [3] Please review that rpmlint error which I couldn't understand, rpmlint does not like high score files in /var/lib/games being marked as configuration files. Perhaps we need to discuss this in the Games SIG. Should scoreboard files be marked %config(noreplace) or not? They aren't really configuration files, but we also don't want to have them replaced during an upgrade. > and look into > why installing shippy-common asks for shippy-engine when the package name is > just "shippy". See comment 4 for the explanation of shippy-engine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 07:22:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 02:22:32 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310722.k2V7MWqj026371@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 ------- Additional Comments From wart at kobold.org 2006-03-31 02:22 EST ------- (In reply to comment #21) > Seems we did the reviews at the same time. I tried to assign this bug to me, > but I do not see where this is done? Perhaps I don't have permissions yet to > assign myself to bugs? Not sure why I can't do that yet. There is a "Bug Reassignment" area at the bottom of the bug page. Enter your email address next to "Reassign bug to ___" and hit "Save Changes". It seems that Ignacio has done this for you already. :) One more thing: Once you APPROVE a package, you should change the blocking bug from FE-REVIEW to FE-ACCEPT. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 07:57:55 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 02:57:55 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310757.k2V7vtlg032566@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-31 02:57 EST ------- Thanks for the reviewS guys! Michael, thanks for answering most of Christophers (tkmame's) questions. About dumb-devel, this is already fixed in devel, but not for FC-5, I'll fix this for FC-5 too, good piont. About the score file should not be config warning I took a look how gnome-games handles this and it uses: %config(noreplace) %attr(664, games, games) /var/lib/games/* So I guess this is ok and the rpmlint warning should be removed or ignored. This still leaves the /var/games vs /var/lib/games issue, see bug 165425 . I'm sticking with /var/lib/games for now as thats in filesystem, this will however cause migration issues when moving to /var/games . -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 08:00:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 03:00:04 -0500 Subject: [Bug 185498] Review Request: gjots2 In-Reply-To: Message-ID: <200603310800.k2V804rO000590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gjots2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185498 ------- Additional Comments From rvokal at redhat.com 2006-03-31 02:59 EST ------- Fixed, (I kept the release number) http://people.redhat.com/rvokal/gjots2/gjots2-2.3.4-4.src.rpm only pyo files are ghosted now -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 08:11:47 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 03:11:47 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310811.k2V8BltI002309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 tkmame at retrogames.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tkmame at retrogames.com 2006-03-31 03:11 EST ------- Okay, sounds good. Moving bug over to FE-ACCEPT. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 08:36:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 03:36:05 -0500 Subject: [Bug 186993] Review Request: shippy - Space invaders / Galaxians like game with powerups In-Reply-To: Message-ID: <200603310836.k2V8a5No008195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: shippy - Space invaders / Galaxians like game with powerups https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186993 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From j.w.r.degoede at hhs.nl 2006-03-31 03:36 EST ------- Imported and Build, thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 08:59:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 03:59:14 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603310859.k2V8xERm013929@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From matthias at rpmforge.net 2006-03-31 03:58 EST ------- For the "install -D" : The second argument must be the destination file, not a destination directory. This is why for few files like here it's worth it, but if you had to "install foo1 foo2 foo3 destdir/", probably not. As for the failovers, try "rpmbuild -bs --nodeps file.spec" on a machine where php isn't installed. It'll fail miserably instead of creating a nice .src.rpm which you can then send to a build system for instance. And as I wrote, mach will fail too, which is a problem since it's far superior to mock when it comes to testing builds (yes, I use mach, not mock), so those harmless failover values _are_ really useful. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 09:36:42 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 04:36:42 -0500 Subject: [Bug 187430] Review Request: elektra In-Reply-To: Message-ID: <200603310936.k2V9ag5W023689@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: elektra https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187430 ------- Additional Comments From joost at cnoc.nl 2006-03-31 04:36 EST ------- You don't specify a spec-file. The SRPM that I found on your link doesn't seems to be made especially for fedora-extras. I coudn't find any mail from you on the FE-mailing list, if this is the first time that you want to add a package to Fedora-Extras please read this: http://fedoraproject.org/wiki/Packaging/ReviewGuidelines and then you also need to request a sponsor. I took a quick look on your spec-file and my first observations are that the buildroot isn't correct and that the release-name doesn't match the packaging naming guidelines. And I missed the changelog. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tla-ml at rasmil.dk Fri Mar 31 10:35:51 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Fri, 31 Mar 2006 12:35:51 +0200 Subject: Need help with local devel repo optimization for mock... In-Reply-To: <442C6B91.30102@cora.nwra.com> References: <442C6B91.30102@cora.nwra.com> Message-ID: <442D0607.9060907@rasmil.dk> Orion Poplawski wrote: > Goals: > > - Always get the latest development package versions for my local mock > builds. > - Keep internet bandwidth usage low and at off peak times. > > > What I'd like to do is update my local rawhide repo copy every Sunday, > but still be able to download any needed updated package for a build. > > My first thought was simply to add my local repo to the mock configs: > > # repos > > [cora] > name=cora > baseurl=file:///data/sw1/fedora/core/development/i386 > > [core] > name=core > baseurl=http://newmirror.linux.duke.edu/pub/fedora/linux/core/development/i386 > > > But the question comes up, if [cora] and [core] both have the same > version of a package, how can I make sure that the package is taken > from [cora]? > > You could try something like this. [core] name=core baseurl=file:///data/sw1/fedora/core/development/i386 http://newmirror.linux.duke.edu/pub/fedora/linux/core/development/i386 failovermethod=priority The failovermethod=priority make yum always try using the baseurls from the top. You could also add "enabled=0" to your [core] repo, to disable it by default, then the [cora] will be used. Tim From paul at city-fan.org Fri Mar 31 10:40:02 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 31 Mar 2006 11:40:02 +0100 Subject: Need help with local devel repo optimization for mock... In-Reply-To: <442D0607.9060907@rasmil.dk> References: <442C6B91.30102@cora.nwra.com> <442D0607.9060907@rasmil.dk> Message-ID: <442D0702.7080305@city-fan.org> Tim Lauridsen wrote: > Orion Poplawski wrote: >> Goals: >> >> - Always get the latest development package versions for my local mock >> builds. >> - Keep internet bandwidth usage low and at off peak times. >> >> >> What I'd like to do is update my local rawhide repo copy every Sunday, >> but still be able to download any needed updated package for a build. >> >> My first thought was simply to add my local repo to the mock configs: >> >> # repos >> >> [cora] >> name=cora >> baseurl=file:///data/sw1/fedora/core/development/i386 >> >> [core] >> name=core >> baseurl=http://newmirror.linux.duke.edu/pub/fedora/linux/core/development/i386 >> >> >> But the question comes up, if [cora] and [core] both have the same >> version of a package, how can I make sure that the package is taken >> from [cora]? >> >> > You could try something like this. > > [core] > name=core > baseurl=file:///data/sw1/fedora/core/development/i386 > > http://newmirror.linux.duke.edu/pub/fedora/linux/core/development/i386 > failovermethod=priority > > > The failovermethod=priority make yum always try using the baseurls from > the top. That's what I thought of too, but won't this just cause newmirror.linux.duke.edu to be ignored completely if the local repo is available? > You could also add "enabled=0" to your [core] repo, to disable it by > default, then the [cora] will be used. That would also have the same result. The "fastest mirror" plugin might be a better solution. Paul. From bugzilla at redhat.com Fri Mar 31 10:47:40 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 05:47:40 -0500 Subject: [Bug 186566] Review Request: bsdiff - binary diff/patch utility In-Reply-To: Message-ID: <200603311047.k2VAlefU005525@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bsdiff - binary diff/patch utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186566 ------- Additional Comments From jnovy at redhat.com 2006-03-31 05:47 EST ------- Ok, so here we go with the one of the final variants of the spec file ;-) I decided not to patch the broken upstream Makefile at all and do the build by the two gcc invocations itself. Please tell me if you are ok with this approach. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 11:56:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 06:56:34 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603311156.k2VBuYUm020295@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-31 06:56 EST ------- > try "rpmbuild -bs --nodeps file.spec" on a machine where > php isn't installed. It'll fail miserably instead of creating a nice .src.rpm Nope! It produces good srpm for me! (with some stderr output, but it does not influence the result). Maybe the reason is both %{extdir} and %{apiver} are needed for binary rpms only, and have no much sense for the source rpm. Maybe you think about the %{version}, but "Version: " tag is not auto-detected here. Matthias, Could you please write some more info about how to reproduce your failure case? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 12:52:58 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 07:52:58 -0500 Subject: [Bug 176288] Review Request: kdemultimedia-extras In-Reply-To: Message-ID: <200603311252.k2VCqwEE032627@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdemultimedia-extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176288 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rdieter at math.unl.edu 2006-03-31 07:52 EST ------- Thanks, imported. Build(s) forthcoming. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mar 31 13:26:47 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 15:26:47 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <1143780399.12354.56.camel@mccallum.corsepiu.local> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> <20060328200524.e90f01d6.bugs.michael@gmx.net> <1143616128.32270.520.camel@mccallum.corsepiu.local> <20060330144324.4dafe498.bugs.michael@gmx.net> <1143780399.12354.56.camel@mccallum.corsepiu.local> Message-ID: <20060331152647.b3d1c78e.bugs.michael@gmx.net> On Fri, 31 Mar 2006 06:46:39 +0200, Ralf Corsepius wrote: > > You misunderstood me completely. Let me rephrase. There are multiple > > packages which include the /usr/share/emacs directory. So, currently any > > dependency on that directory would pull in an arbitrary package which > > provides this directory (shortest pkg name wins in Yum). What does this > > mean for any package which would "Requires(pre): /usr/share/emacs"? > > It would pull in another package you don't want and don't have any use > for. That's why I consider it harmful. That's why ownership of directories should be limited to one package only _and_ no such dependencies on directories must be implemented as long as there are multiple packages which provide that directory. But you don't want to understand. I do not propose such a "Requires". From bugs.michael at gmx.net Fri Mar 31 13:52:21 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 15:52:21 +0200 Subject: rpms/wxPython/devel wxPython.spec,1.6,1.7 In-Reply-To: <200603311318.k2VDIiPv002956@cvs-int.fedora.redhat.com> References: <200603311318.k2VDIiPv002956@cvs-int.fedora.redhat.com> Message-ID: <20060331155221.295ea352.bugs.michael@gmx.net> On Fri, 31 Mar 2006 06:18:42 -0700, Matthew Miller wrote: > Author: mattdm > > Update of /cvs/extras/rpms/wxPython/devel > buildrequires mesa-libGLU-devel not -> libGLU-devel From rc040203 at freenet.de Fri Mar 31 13:33:33 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 31 Mar 2006 15:33:33 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <20060331152647.b3d1c78e.bugs.michael@gmx.net> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> <20060328200524.e90f01d6.bugs.michael@gmx.net> <1143616128.32270.520.camel@mccallum.corsepiu.local> <20060330144324.4dafe498.bugs.michael@gmx.net> <1143780399.12354.56.camel@mccallum.corsepiu.local> <20060331152647.b3d1c78e.bugs.michael@gmx.net> Message-ID: <1143812013.5240.41.camel@mccallum.corsepiu.local> On Fri, 2006-03-31 at 15:26 +0200, Michael Schwendt wrote: > On Fri, 31 Mar 2006 06:46:39 +0200, Ralf Corsepius wrote: > > > > You misunderstood me completely. Let me rephrase. There are multiple > > > packages which include the /usr/share/emacs directory. So, currently any > > > dependency on that directory would pull in an arbitrary package which > > > provides this directory (shortest pkg name wins in Yum). What does this > > > mean for any package which would "Requires(pre): /usr/share/emacs"? > > > > It would pull in another package you don't want and don't have any use > > for. That's why I consider it harmful. > > That's why ownership of directories should be limited to one package only > _and_ no such dependencies on directories must be implemented as long as > there are multiple packages which provide that directory. With all due respect, you are trying to derive a general rule and to overengineer a rule, were there is none. It all depends on details. > But you don't want to understand. I do not propose such a "Requires". A Requires(pre): is appropriate for plugs-ins, which are tied to one or several applications, such as mozilla/firefox plugins. Examples for corner cases would be pkgconfig files, aclocal macros or tex styles. Here it's up to the eye of the beholder to decide if these are tied to one application or if they are optional components. Ralf From bugs.michael at gmx.net Fri Mar 31 14:29:00 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 16:29:00 +0200 Subject: What's worse: unowned directories or multiple owners? In-Reply-To: <1143812013.5240.41.camel@mccallum.corsepiu.local> References: <4429732F.4000806@cora.nwra.com> <1143567571.32270.412.camel@mccallum.corsepiu.local> <20060328200524.e90f01d6.bugs.michael@gmx.net> <1143616128.32270.520.camel@mccallum.corsepiu.local> <20060330144324.4dafe498.bugs.michael@gmx.net> <1143780399.12354.56.camel@mccallum.corsepiu.local> <20060331152647.b3d1c78e.bugs.michael@gmx.net> <1143812013.5240.41.camel@mccallum.corsepiu.local> Message-ID: <20060331162900.37e460b4.bugs.michael@gmx.net> On Fri, 31 Mar 2006 15:33:33 +0200, Ralf Corsepius wrote: > On Fri, 2006-03-31 at 15:26 +0200, Michael Schwendt wrote: > > On Fri, 31 Mar 2006 06:46:39 +0200, Ralf Corsepius wrote: > > > > > > You misunderstood me completely. Let me rephrase. There are multiple > > > > packages which include the /usr/share/emacs directory. So, currently any > > > > dependency on that directory would pull in an arbitrary package which > > > > provides this directory (shortest pkg name wins in Yum). What does this > > > > mean for any package which would "Requires(pre): /usr/share/emacs"? > > > > > > It would pull in another package you don't want and don't have any use > > > for. That's why I consider it harmful. > > > > That's why ownership of directories should be limited to one package only > > _and_ no such dependencies on directories must be implemented as long as > > there are multiple packages which provide that directory. > > With all due respect, you are trying to derive a general rule and to > overengineer a rule, were there is none. It all depends on details. Yes, I want to avoid pitfalls. /etc/init.d is one such pitfall. /usr/share/foo may become another one if multiple packages own it as a directory. > > But you don't want to understand. I do not propose such a "Requires". > > A Requires(pre): is appropriate for plugs-ins, which are tied to > one or several applications, such as mozilla/firefox plugins. Yes, but this question was on "/usr/share/emacs". ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Quoting you. ;) > Examples for corner cases would be pkgconfig files, aclocal macros or > tex styles. Here it's up to the eye of the beholder to decide if these > are tied to one application or if they are optional components. $ repoquery --whatprovides /usr/share/applications nautilus-0:2.14.0-1.i386 glade2-0:2.12.1-2.i386 gthumb-0:2.7.3-2.i386 file-roller-0:2.14.0-1.i386 openoffice.org-math-1:2.0.2-5.2.2.i386 openoffice.org-calc-1:2.0.2-5.2.2.i386 openoffice.org-draw-1:2.0.2-5.2.2.i386 filesystem-0:2.3.7-1.2.1.i386 gftp-1:2.0.18-3.2.1.i386 gnome-terminal-0:2.14.0-1.i386 eog-0:2.14.0-1.i386 gdm-1:2.14.0-1.i386 bug-buddy-1:2.14.0-1.i386 gnome-media-0:2.14.0-2.i386 gnome-system-monitor-0:2.14.0-1.i386 gnome-session-0:2.14.0-1.i386 gnome-games-1:2.14.0-1.i386 system-config-httpd-5:1.3.3-1.1.noarch gedit-1:2.14.0-1.i386 openoffice.org-writer-1:2.0.2-5.2.2.i386 gnome-utils-1:2.14.0-3.i386 xscreensaver-base-1:4.24-1.1.i386 openoffice.org-base-1:2.0.2-5.2.2.i386 kdelibs-6:3.5.1-2.3.i386 openoffice.org-impress-1:2.0.2-5.2.2.i386 dia-1:0.94-19.i386 gedit-1:2.14.1-1.i386 xscreensaver-base-1:4.24-2.i386 $ repoquery --whatprovides /usr/lib/pkgconfig libXext-devel-0:1.0.0-3.2.i386 fontconfig-devel-0:2.3.94-1.i386 gtk2-engines-0:2.7.4-3.i386 libXi-devel-0:1.0.0-2.2.i386 libICE-devel-0:1.0.0-2.2.i386 anthy-devel-0:7100b-2.2.1.i386 xorg-x11-xtrans-devel-0:1.0.0-3.2.i386 libXfont-devel-0:1.0.0-2.2.i386 libXevie-devel-0:1.0.0-2.2.i386 gnome-python2-0:2.12.4-1.i386 libXScrnSaver-devel-0:1.0.1-1.2.i386 libXres-devel-0:1.0.0-2.2.i386 libXxf86dga-devel-0:1.0.0-2.2.i386 libdmx-devel-0:1.0.1-1.2.i386 libxkbfile-devel-0:1.0.1-1.2.i386 libXrender-devel-0:0.9.0.2-3.2.i386 pkgconfig-1:0.20-2.2.1.i386 libSM-devel-0:1.0.0-2.2.i386 libXTrap-devel-0:1.0.0-2.2.i386 libXpm-devel-0:3.5.4.2-2.2.i386 libFS-devel-0:1.0.0-2.2.i386 libXxf86vm-devel-0:1.0.0-2.2.i386 libglade-devel-1:0.17-16.2.1.i386 freetype-devel-0:2.1.10-5.2.1.i386 libpng10-devel-0:1.0.18-3.2.1.i386 xorg-x11-server-sdk-0:1.0.1-8.i386 libXinerama-devel-0:1.0.1-1.2.i386 libxkbui-devel-0:1.0.1-1.2.i386 libXcursor-devel-0:1.1.5.2-2.2.i386 liboldX-devel-0:1.0.1-1.2.i386 libXdamage-devel-0:1.0.2.2-2.2.i386 gtk+-devel-1:1.2.10-50.i386 libXtst-devel-0:1.0.1-1.2.i386 libfontenc-devel-0:1.0.1-1.2.i386 libXxf86misc-devel-0:1.0.0-2.2.i386 libXaw-devel-0:1.0.1-1.2.i386 libXp-devel-0:1.0.0-2.2.i386 libXfontcache-devel-0:1.0.1-1.2.i386 libXfixes-devel-0:3.0.1.2-2.2.i386 libX11-devel-0:1.0.0-3.i386 libXv-devel-0:1.0.1-1.2.i386 libXrandr-devel-0:1.1.0.2-2.2.i386 GConf-devel-0:1.0.9-20.i386 libXt-devel-0:1.0.0-2.2.i386 liblbxutil-devel-0:1.0.0-2.2.i386 libdrm-devel-0:2.0-2.2.i386 libXmu-devel-0:1.0.0-2.2.i386 libXau-devel-0:1.0.0-2.2.i386 libXcomposite-devel-0:0.2.2.2-2.2.i386 eel2-devel-0:2.14.0-1.i386 xorg-x11-server-sdk-0:1.0.1-9.i386 anthy-devel-0:7500-1.fc5.i386 From bugzilla at redhat.com Fri Mar 31 14:54:39 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 09:54:39 -0500 Subject: [Bug 187508] New: Review Request: acx-kmod-common - ACX100/ACX111 driver common 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=187508 Summary: Review Request: acx-kmod-common - ACX100/ACX111 driver common files Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: rpm at greysector.net QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://rpm.greysector.net/extras/acx-kmod-common.spec SRPM Name or Url: http://rpm.greysector.net/extras/acx-kmod-common-0.3.35-0.1.20060215.src.rpm Description: Open source driver for ACX100/ACX111 WiFi chipsets - common files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 14:55:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 09:55:34 -0500 Subject: [Bug 181445] Review Request: php-shout In-Reply-To: Message-ID: <200603311455.k2VEtYaA023637@www.beta.redhat.com> Please 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-shout https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181445 ------- Additional Comments From dmitry at butskoy.name 2006-03-31 09:55 EST ------- Due to some strange behavior of ppc build system, we should change dir before apiver auto-dtection (for example, to %{_tmppath}): %define apiver %(cd %{_tmppath}; echo PHP_API_VERSION | %{__cc} -E --include=php.h `php-config --includes` - | tail -1) else buildsys on PPC arch reports: "./php.h: Permissin denied" (i386 and i86_64 arches are not affected). Surely it seems to be an ugly hack, but IMHO it is some reliable workaround. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 15:20:14 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 10:20:14 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603311520.k2VFKE8L028444@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From icon at fedoraproject.org 2006-03-31 10:20 EST ------- Doesn't seem to build in mock on FC5: ./stringify hufo_tunnel_textures/marblemap hufo_tunnel_textures/swirlmap > hufo_tunnel_textures.cpp ./stringify: error while loading shared libraries: /usr/lib/libGL.so.1: cannot restore segment prot after reloc: Permission denied make[2]: *** [hufo_tunnel_textures.cpp] Error 127 make[2]: Leaving directory `/builddir/build/BUILD/rss-glx_0.8.1.p/oglc_src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/rss-glx_0.8.1.p' make: *** [all] Error 2 (This is potentially SELinux-related, as I'm running with SELinux enabled). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 15:35:37 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 10:35:37 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603311535.k2VFZb7C032178@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From nphilipp at redhat.com 2006-03-31 10:35 EST ------- I guess it is, but it brings up the question why stringify is linked against libGL in the first place (not that it matters much, it's only used during building). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 15:46:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 10:46:04 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603311546.k2VFk4RX001977@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From nphilipp at redhat.com 2006-03-31 10:45 EST ------- Problem due to autofoo I guess (it just pulls any library needed for rss-glx as well). Anyway, I've put up a new release which actually uses openal and freealut: SRPM: http://tiptoe.de/dav/rss-glx-0.8.1-0.1.src.rpm SPEC: http://tiptoe.de/dav/rss-glx.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 15:50:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 10:50:04 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603311550.k2VFo4PS002700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From nphilipp at redhat.com 2006-03-31 10:50 EST ------- NB: This one doesn't solve your problem with SELinux yet. I think this would need a lot of revamping the build setup if it were to be done properly. But I could still just compile the stringify binaries by myself prior to running make, tell me what you think. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 15:55:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 10:55:32 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603311555.k2VFtWXv003988@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From nphilipp at redhat.com 2006-03-31 10:55 EST ------- NB^2: You might need to check if other programs can use libGL as well. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From mattdm at mattdm.org Fri Mar 31 16:25:40 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 31 Mar 2006 11:25:40 -0500 Subject: rpms/wxPython/devel wxPython.spec,1.6,1.7 In-Reply-To: <20060331155221.295ea352.bugs.michael@gmx.net> References: <200603311318.k2VDIiPv002956@cvs-int.fedora.redhat.com> <20060331155221.295ea352.bugs.michael@gmx.net> Message-ID: <20060331162540.GA23408@jadzia.bu.edu> On Fri, Mar 31, 2006 at 03:52:21PM +0200, Michael Schwendt wrote: > > Author: mattdm > > Update of /cvs/extras/rpms/wxPython/devel > > buildrequires mesa-libGLU-devel > not -> libGLU-devel Is that the suggested thing to do going forward, or just for older-than-FC4 packages? I guess in this case since I do intend to release these for FC4 in a few days, it's clearly correct. Thanks. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jeff at ocjtech.us Fri Mar 31 16:34:31 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Fri, 31 Mar 2006 10:34:31 -0600 Subject: Need help with local devel repo optimization for mock... In-Reply-To: <442D0702.7080305@city-fan.org> References: <442C6B91.30102@cora.nwra.com> <442D0607.9060907@rasmil.dk> <442D0702.7080305@city-fan.org> Message-ID: <1143822872.2636.19.camel@lt16585.campus.dmacc.edu> On Fri, 2006-03-31 at 11:40 +0100, Paul Howarth wrote: > Tim Lauridsen wrote: > > You could try something like this. > > > > [core] > > name=core > > baseurl=file:///data/sw1/fedora/core/development/i386 > > > > http://newmirror.linux.duke.edu/pub/fedora/linux/core/development/i386 > > failovermethod=priority > > > > The failovermethod=priority make yum always try using the baseurls from > > the top. > > That's what I thought of too, but won't this just cause > newmirror.linux.duke.edu to be ignored completely if the local repo is > available? This will work if you update your local copy of the repo metadata daily. If you didn't update the metadata then yes, the remote mirror would be completely ignored. If you update the metatdata, yum will not find the new RPMs that are referenced in the new metadata in your local repo and would then fail over to the remote repo. RPMs that hadn't been updated would be found in the local repo. Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Fri Mar 31 17:45:54 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 12:45:54 -0500 Subject: [Bug 187433] Review Request: acx-kmod - Open ACX100/ACX111 wireless NIC driver In-Reply-To: Message-ID: <200603311745.k2VHjsHU025095@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acx-kmod - Open ACX100/ACX111 wireless NIC driver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187433 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2006-03-31 12:45 EST ------- This driver doesn't work without some firmware files, so I'm not 100% sure it really belongs into Extras. I've also built acx-kmod and acx-kmod-common packages, which are available here : http://svn.rpmforge.net/svn/trunk/rpms/acx-kmod/ http://svn.rpmforge.net/svn/trunk/rpms/acx-kmod-common/ As well as two packages for the main firmwares. Sure, ipw2xxx modules are agood example of free drivers that require a non-included firmware to work, but since they're built from the main kernel, I myself consider it somewhat different. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 31 17:53:30 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 19:53:30 +0200 Subject: rpms/wxPython/devel wxPython.spec,1.6,1.7 In-Reply-To: <20060331162540.GA23408@jadzia.bu.edu> References: <200603311318.k2VDIiPv002956@cvs-int.fedora.redhat.com> <20060331155221.295ea352.bugs.michael@gmx.net> <20060331162540.GA23408@jadzia.bu.edu> Message-ID: <20060331195330.b5ef8c87.bugs.michael@gmx.net> On Fri, 31 Mar 2006 11:25:40 -0500, Matthew Miller wrote: > On Fri, Mar 31, 2006 at 03:52:21PM +0200, Michael Schwendt wrote: > > > Author: mattdm > > > Update of /cvs/extras/rpms/wxPython/devel > > > buildrequires mesa-libGLU-devel > > not -> libGLU-devel > > > Is that the suggested thing to do going forward, or just for older-than-FC4 > packages? I guess in this case since I do intend to release these for FC4 in > a few days, it's clearly correct. Thanks. libGL-devel and libGLU-devel are the way forward. Enforcing Mesa is not. From mattdm at mattdm.org Fri Mar 31 18:40:39 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 31 Mar 2006 13:40:39 -0500 Subject: rpms/wxPython/devel wxPython.spec,1.6,1.7 In-Reply-To: <20060331195330.b5ef8c87.bugs.michael@gmx.net> References: <200603311318.k2VDIiPv002956@cvs-int.fedora.redhat.com> <20060331155221.295ea352.bugs.michael@gmx.net> <20060331162540.GA23408@jadzia.bu.edu> <20060331195330.b5ef8c87.bugs.michael@gmx.net> Message-ID: <20060331184039.GA30274@jadzia.bu.edu> On Fri, Mar 31, 2006 at 07:53:30PM +0200, Michael Schwendt wrote: > libGL-devel and libGLU-devel are the way forward. Enforcing Mesa is not. Okay. I've updated the specfiles for wxGTK and wxPython, although I'm not going to rebuild just for this... Thanks. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From buildsys at fedoraproject.org Fri Mar 31 18:42:24 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 31 Mar 2006 13:42:24 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20060331184224.D24ED802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 7 cogito-0.17.1-2.fc3 dvdisaster-0.66-2.fc3 ebtables-2.0.8-0.3.rc1.fc3 ircd-hybrid-7.2.1-1.fc3 ser-0.9.6-4.fc3 snort-2.4.4-3.fc3 tetex-tex4ht-1.0.2006_03_27_1822-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Mar 31 18:43:40 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 31 Mar 2006 13:43:40 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20060331184340.2410A802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 28 baobab-2.3.2-2.fc4 cmake-2.2.3-3.fc4 cogito-0.17.1-2.fc4 dejavu-fonts-2.4.1-1.fc4 dvdisaster-0.66-2.fc4 ebtables-2.0.8-0.3.rc1.fc4 gnome-applet-music-0.9.0-1.fc4 heartbeat-2.0.4-2.fc4 ircd-hybrid-7.2.1-1.fc4 libqalculate-0.9.3-1.fc4 lyx-1.4.0-5.fc4 maxima-5.9.2-13.fc4 multitail-3.8.10-1.fc4 pdsh-2.10-3.fc4 pdsh-2.10-4.fc4 perl-Date-Pcalc-1.2-3.fc4 perl-ExtUtils-CBuilder-0.18-1.fc4 perl-Text-WikiFormat-0.78-1.fc4 perl-X11-Protocol-0.55-1.fc4 qalculate-gtk-0.9.3-1.fc4 qalculate-kde-0.9.3.1-2.fc4 sbcl-0.9.11-1.fc4 ser-0.9.6-4.fc4 shorewall-3.0.6-1.fc4 snort-2.4.4-3.fc4 sylpheed-claws-2.0.0-3.fc4 syslog-ng-1.6.10-1.fc4 tetex-tex4ht-1.0.2006_03_27_1822-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 Mar 31 18:40:38 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 13:40:38 -0500 Subject: [Bug 90133] Review Request: rss-glx -- Really Slick Screensavers In-Reply-To: Message-ID: <200603311840.k2VIecdU003008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rss-glx -- Really Slick Screensavers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90133 ------- Additional Comments From icon at fedoraproject.org 2006-03-31 13:40 EST ------- Further problems rebuilding in mock: driver.h wants X11/Intrinsic.h, which is provided by libXt-devel. The modular-x section should therefore also add: BuildRequires: libXt-devel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From buildsys at fedoraproject.org Fri Mar 31 18:46:43 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 31 Mar 2006 13:46:43 -0500 (EST) Subject: Fedora Extras 5 Package Build Report Message-ID: <20060331184643.CD5CC802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 5: 38 Macaulay2-0.9.2-21.fc5 baobab-2.3.2-2.fc5 bcm43xx-fwcutter-003-2.fc5 bcm43xx-fwcutter-004-1.fc5 cmake-2.2.3-3.fc5 cogito-0.17.1-2.fc5 dumb-0.9.3-3.fc5 dvdisaster-0.66-2.fc5 ebtables-2.0.8-0.3.rc1.fc5 fuse-sshfs-1.6-3.fc5 gajim-0.9.1-3.fc5 gnome-applet-music-0.9.0-1.fc5 gparted-0.2.3-1.fc5 heartbeat-2.0.4-2.fc5 ircd-hybrid-7.2.1-1.fc5 kdemultimedia-extras-3.5.1-7.fc5 koffice-1.5.0-0.1.rc1.fc5 libqalculate-0.9.3-1.fc5 lyx-1.4.0-5.fc5 maxima-5.9.2-13.fc5 multitail-3.8.10-1.fc5 pdsh-2.10-3.fc5 pdsh-2.10-4.fc5 perl-Date-Pcalc-1.2-3.fc5 perl-ExtUtils-CBuilder-0.18-1.fc5 perl-Text-WikiFormat-0.78-1.fc5 php-extras-5.1.2-3.fc5 qalculate-gtk-0.9.3-1.fc5 qalculate-kde-0.9.3.1-2.fc5 sbcl-0.9.11-1.fc5 ser-0.9.6-4.fc5 shorewall-3.0.6-1.fc5 snort-2.4.4-3.fc5 sweep-0.9.1-4.fc5 sylpheed-claws-2.0.0-4.fc5 syslog-ng-1.6.10-1.fc5 tetex-tex4ht-1.0.2006_03_27_1822-1.fc5 wavpack-4.31-2.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 Mar 31 18:51:21 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 31 Mar 2006 13:51:21 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20060331185121.70703802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 45 Macaulay2-0.9.2-21.fc6 baobab-2.3.2-2.fc6 bcm43xx-fwcutter-004-1.fc6 cogito-0.17.1-2.fc6 dejavu-fonts-2.4.1-2.fc6 denyhosts-2.2-3.fc6 denyhosts-2.2-4.fc6 dia-0.95-0.pre7.1.fc6 dvdisaster-0.66-2.fc6 ebtables-2.0.8-0.3.rc1.fc6 fuse-sshfs-1.6-2.fc6 gajim-0.9.1-3.fc6 gparted-0.2.3-1.fc6 ircd-hybrid-7.2.1-1.fc6 kdemultimedia-extras-3.5.1-7.fc6 libmal-0.31-2.fc6.1 libopensync-plugin-palm-0.18-4.fc6 libqalculate-0.9.3-1.fc6 lyx-1.4.0-5.fc6 maxima-5.9.2-13.fc6 multitail-3.8.10-1.fc6 paps-0.6.3-4.fc6 pdsh-2.10-2 pdsh-2.10-3.fc6 pdsh-2.10-4.fc6 perl-ExtUtils-CBuilder-0.18-1.fc6 perl-MIME-Lite-3.01-4.fc6 perl-Text-CHM-0.01-1.fc6 perl-Text-WikiFormat-0.78-1.fc6 perl-X11-Protocol-0.55-1.fc6 php-extras-5.1.2-2.fc6 php-extras-5.1.2-3.fc6 qalculate-gtk-0.9.3-1.fc6 qalculate-kde-0.9.3.1-2.fc6 sbcl-0.9.11-1.fc6 shippy-1.3.3.7-2.fc6 shorewall-3.0.6-1.fc6 snort-2.4.4-3.fc6 stratagus-2.1-5.fc6 sylpheed-2.2.4-1.fc6 sylpheed-claws-2.0.0-4.fc6 syslog-ng-1.6.10-1.fc6 tetex-tex4ht-1.0.2006_03_27_1822-1.fc6 wavpack-4.31-2.fc6 wxPython-2.6.3.0-4.fc6 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 Mar 31 19:48:17 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 14:48:17 -0500 Subject: [Bug 171314] Review Request: compat-gtkhtml36 In-Reply-To: Message-ID: <200603311948.k2VJmHBC016615@www.beta.redhat.com> Please 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 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |187198 nThis| | ------- Additional Comments From mpeters at mac.com 2006-03-31 14:48 EST ------- Is it possible to get this reviewed? I just verified that it does still build in mock. I've got another package that has some bugs when built against the fc5 version of gtkhtml - that are not present if built against gtkhtml-3.6 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Mar 31 19:51:07 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 14:51:07 -0500 Subject: [Bug 187430] Review Request: elektra In-Reply-To: Message-ID: <200603311951.k2VJp7Dt017477@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: elektra https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187430 ------- Additional Comments From joost at cnoc.nl 2006-03-31 14:51 EST ------- It doesn't build for me. I removed the debug-package comment, and fixed a type on a date in the changelog. But with the changelog, I meant a changelog for the package. So for now, only a 'Initial build' would be enough, something like this: ---------- * Fri Mar 31 2006 Avi Alkalay 0.6.0-0.1 - Initial build. ---------- further, what is this part for? ---------- # A buggy version of rpmbuild %define _sysconfdir /etc ---------- In the buildrequires section you have db4-devel. Are you sure that the berkeley sub-package doesn't need db4 to work? And GConf2 and libxml? And the filename in the buildrequires, where is that good for? Further, you're using $RPM_BUILD_ROOT, please change those in %{buildroot} And you must uncomment the rm -rf ... from the %clean section, iirc. and I'm not sure, but I thought that calling /sbin/ldconfig wasn't necessary. Please review your spec file once more yourself, and try to build it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From j.w.r.degoede at hhs.nl Fri Mar 31 20:27:17 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 31 Mar 2006 22:27:17 +0200 Subject: Taking ownership of gtkterm. Message-ID: <442D90A5.6010901@hhs.nl> Hi, About 24 hours ago I've asked if there was any objection if I would pickup gtkterm, no one objected so I'm taking it. I now this is a bit quick, but I took a look and have a new version ready so this time is as good as any. Regards, Hans From bugzilla at redhat.com Fri Mar 31 20:27:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 15:27:00 -0500 Subject: [Bug 185266] Review Request: perl-Text-CHM Perl extension for handling MS Compiled HtmlHelp Files In-Reply-To: Message-ID: <200603312027.k2VKR0m7023473@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-CHM Perl extension for handling MS Compiled HtmlHelp Files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185266 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From pertusus at free.fr 2006-03-31 15:26 EST ------- I changed the description based on the man page, thanks for the idea. The failed test don't seem to be problematic to me as the build fails because chmlib.h isn't found. It builds in devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 20:34:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 15:34:59 -0500 Subject: [Bug 187433] Review Request: acx-kmod - Open ACX100/ACX111 wireless NIC driver In-Reply-To: Message-ID: <200603312034.k2VKYxoB025289@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: acx-kmod - Open ACX100/ACX111 wireless NIC driver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187433 ------- Additional Comments From ville.skytta at iki.fi 2006-03-31 15:34 EST ------- bcm43xx is another example which requires firmware files. If that's good enough an arrangement for the main kernel package, I don't see why it wouldn't be for external modules per se. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 20:50:29 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 15:50:29 -0500 Subject: [Bug 177818] Review Request: adplug In-Reply-To: Message-ID: <200603312050.k2VKoTiO028626@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: adplug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818 ------- Additional Comments From triad at df.lth.se 2006-03-31 15:50 EST ------- Updated again with (this time hopefully) non-offending path for the database: Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/adplug.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/adplug-1.5.1-7.20060323cvs.src.rpm Now it is directly in /var/lib/adplug.db -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Mar 31 21:05:50 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 16:05:50 -0500 Subject: [Bug 187552] New: Review Request: perl-Taint-Runtime: Runtime enable taint checking 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=187552 Summary: Review Request: perl-Taint-Runtime: Runtime enable taint checking Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: bugzilla-sink at leemhuis.info ReportedBy: tcallawa at redhat.com QAContact: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/perl-Taint-Runtime.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/perl-Taint-Runtime-0.02-1.src.rpm Description: This module enables runtime taint checking, for cases where the -T switch on the commandline is not appropriate or viable. There are a somewhat limited number of legitimate use cases where you should use this module instead of the -T switch. Unless you have a specific and good reason for not using the -T option, you should use the -T option. This module is also a new dependency for perl-Clone. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 21:29:34 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 16:29:34 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603312129.k2VLTYQu005415@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 ------- Additional Comments From michel.salim at gmail.com 2006-03-31 16:28 EST ------- Any reason why %ghost is bad? The %dir is just a matter of style, I can change it if you want. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 22:20:31 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 17:20:31 -0500 Subject: [Bug 184291] Review Request: gnokii - a mobile telephone manager In-Reply-To: Message-ID: <200603312220.k2VMKVUY015802@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnokii - a mobile telephone manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184291 ------- Additional Comments From triad at df.lth.se 2006-03-31 17:20 EST ------- This package should fix the remaining issues: Spec: http://www.df.lth.se/~triad/krad/fc/gnokii.spec SRPM: http://www.df.lth.se/~triad/krad/fc/gnokii-0.6.12-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 22:26:32 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 17:26:32 -0500 Subject: [Bug 184011] Review Request: nickle In-Reply-To: Message-ID: <200603312226.k2VMQWbJ017159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nickle https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184011 ------- Additional Comments From gemi at bluewin.ch 2006-03-31 17:26 EST ------- %ghost DOES prevent the files from being included in the package. However it still causes a reference to be created in the files list with the attributes etc... This is used for example for log files that may be created during the operation of the program, so that it gets the right permissions. In our case, we simply want the files removed. In the end, here it does not make much difference. There is also another directive, %exclude, that simply does not package the file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 22:29:09 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 17:29:09 -0500 Subject: [Bug 187552] Review Request: perl-Taint-Runtime: Runtime enable taint checking In-Reply-To: Message-ID: <200603312229.k2VMT902017744@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Taint-Runtime: Runtime enable taint checking https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187552 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|bugzilla-sink at leemhuis.info |jpo at di.uminho.pt OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2006-03-31 17:29 EST ------- APPROVED MD5SUMS: f2727b8bd048924dfb38468527e6fd1e perl-Taint-Runtime-0.02-1.src.rpm 9774a144441379486aca76a710e100b8 perl-Taint-Runtime.spec f956b5abaae6925beb0c6fc335f214de Taint-Runtime-0.02.tar.gz Good: * Source tarball MD5 digest verified * URL and Source URL are valid * License verified (main POD page) * perl(:MODULE_COMPAT_xxx) present * perl vendor libs present * File permissions are ok * File list is ok * Builds without problems in FC-5 * (Un)installs without problems in FC-5 * No open tickets in http://rt.cpan.org/Public/Dist/Display.html?Name=Taint-Runtime * Good kwalitee module http://cpants.dev.zsi.at/dist/Taint-Runtime Minor note: * The README file can be dropped as it is generated from the POD page -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugzilla at redhat.com Fri Mar 31 22:42:28 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 31 Mar 2006 17:42:28 -0500 Subject: [Bug 180299] Review Request: pitivi In-Reply-To: Message-ID: <200603312242.k2VMgSj1021367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pitivi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180299 redhat at flyn.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From redhat at flyn.org 2006-03-31 17:42 EST ------- I don't plan on tagging for FCX until pitivi is more stable. Until then, the package will be available in Rawhide. A new pitivi release is expected soon. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bugs.michael at gmx.net Fri Mar 31 23:16:52 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 18:16:52 -0500 Subject: Summary - Broken dependencies in Fedora Extras 3 - 2006-04-01 Message-ID: <200603312316.k2VNGq4E003199@mx3.redhat.com> Summary of broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc3.i386 plague 0.4.4.1-1.fc3.noarch ser-serweb 0.9.6-4.fc3.i386 Summary of broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc3.x86_64 plague 0.4.4.1-1.fc3.noarch ser-serweb 0.9.6-4.fc3.x86_64 ---------------------------------------------------------------------- New report for: tcallawa AT redhat.com package: ebtables - 2.0.8-0.3.rc1.fc3.i386 from fedora-extras-3-i386 unresolved deps: libebt_stp.so libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so package: ebtables - 2.0.8-0.3.rc1.fc3.x86_64 from fedora-extras-3-x86_64 unresolved deps: libebt_arp.so()(64bit) libebt_802_3.so()(64bit) libebt_mark_m.so()(64bit) libebt_stp.so()(64bit) libebt_standard.so()(64bit) libebt_among.so()(64bit) libebt_mark.so()(64bit) libebt_pkttype.so()(64bit) libebt_vlan.so()(64bit) libebt_redirect.so()(64bit) libebtable_nat.so()(64bit) libebt_arpreply.so()(64bit) libebt_limit.so()(64bit) libebt_nat.so()(64bit) libebt_ip.so()(64bit) libebt_log.so()(64bit) libebtable_broute.so()(64bit) libebt_ulog.so()(64bit) libebtc.so()(64bit) libebtable_filter.so()(64bit) ---------------------------------------------------------------------- New report for: andreas AT bawue.net package: ser-serweb - 0.9.6-4.fc3.i386 from fedora-extras-3-i386 unresolved deps: mysql >= 0:4.0 package: ser-serweb - 0.9.6-4.fc3.x86_64 from fedora-extras-3-x86_64 unresolved deps: mysql >= 0:4.0 From bugs.michael at gmx.net Fri Mar 31 23:24:00 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 18:24:00 -0500 Subject: Summary - Broken dependencies in Fedora Extras 5 - 2006-04-01 Message-ID: <200603312324.k2VNO0lD004546@mx3.redhat.com> Summary of broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc5.i386 rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 Summary of broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc5.ppc rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc Summary of broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc5.x86_64 rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 ---------------------------------------------------------------------- New report for: tcallawa AT redhat.com package: rekall-devel - 2.2.4-8.fc5.i386 from fedora-extras-5-i386 unresolved deps: libkbase.so.0 rekall = 0:2.2.4-8.fc5 libkbase_kde.so.0 libkbase_common.so.0 libkbase_app.so.0 libkbase_tkwidgets.so.0 libel_interp.so.0 libel_compile.so.0 package: ebtables - 2.0.8-0.3.rc1.fc5.i386 from fedora-extras-5-i386 unresolved deps: libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_stp.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so package: ebtables - 2.0.8-0.3.rc1.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libebt_arp.so()(64bit) libebt_802_3.so()(64bit) libebt_log.so()(64bit) libebt_mark_m.so()(64bit) libebt_stp.so()(64bit) libebt_standard.so()(64bit) libebt_among.so()(64bit) libebt_mark.so()(64bit) libebt_pkttype.so()(64bit) libebt_vlan.so()(64bit) libebt_redirect.so()(64bit) libebtable_nat.so()(64bit) libebt_arpreply.so()(64bit) libebt_limit.so()(64bit) libebt_nat.so()(64bit) libebt_ip.so()(64bit) libebtable_broute.so()(64bit) libebt_ulog.so()(64bit) libebtc.so()(64bit) libebtable_filter.so()(64bit) package: rekall-devel - 2.2.4-8.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: rekall = 0:2.2.4-8.fc5 libkbase_tkwidgets.so.0()(64bit) libel_interp.so.0()(64bit) libkbase_common.so.0()(64bit) libkbase_kde.so.0()(64bit) libkbase.so.0()(64bit) libel_compile.so.0()(64bit) libkbase_app.so.0()(64bit) package: ebtables - 2.0.8-0.3.rc1.fc5.ppc from fedora-extras-5-ppc unresolved deps: libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_stp.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so package: rekall-devel - 2.2.4-8.fc5.ppc from fedora-extras-5-ppc unresolved deps: libkbase.so.0 rekall = 0:2.2.4-8.fc5 libkbase_kde.so.0 libkbase_common.so.0 libkbase_app.so.0 libkbase_tkwidgets.so.0 libel_interp.so.0 libel_compile.so.0 From bugs.michael at gmx.net Fri Mar 31 23:43:46 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 18:43:46 -0500 Subject: Summary - Broken dependencies in Fedora Extras 4 - 2006-04-01 Message-ID: <200603312343.k2VNhkna008909@mx3.redhat.com> Summary of broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc4.i386 plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc4.ppc plague 0.4.4.1-1.fc4.noarch Summary of broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc4.x86_64 plague 0.4.4.1-1.fc4.noarch ---------------------------------------------------------------------- New report for: tcallawa AT redhat.com package: ebtables - 2.0.8-0.3.rc1.fc4.i386 from fedora-extras-4-i386 unresolved deps: libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_stp.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so package: ebtables - 2.0.8-0.3.rc1.fc4.x86_64 from fedora-extras-4-x86_64 unresolved deps: libebt_arp.so()(64bit) libebt_802_3.so()(64bit) libebt_log.so()(64bit) libebt_mark_m.so()(64bit) libebt_stp.so()(64bit) libebt_standard.so()(64bit) libebt_among.so()(64bit) libebt_mark.so()(64bit) libebt_pkttype.so()(64bit) libebt_vlan.so()(64bit) libebt_redirect.so()(64bit) libebtable_nat.so()(64bit) libebt_arpreply.so()(64bit) libebt_limit.so()(64bit) libebt_nat.so()(64bit) libebt_ip.so()(64bit) libebtable_broute.so()(64bit) libebt_ulog.so()(64bit) libebtc.so()(64bit) libebtable_filter.so()(64bit) package: ebtables - 2.0.8-0.3.rc1.fc4.ppc from fedora-extras-4-ppc unresolved deps: libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_stp.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so From bugs.michael at gmx.net Fri Mar 31 23:44:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 31 Mar 2006 18:44:15 -0500 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-04-01 Message-ID: <200603312344.k2VNiFm6009040@mx3.redhat.com> Summary of broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc6.i386 rekall-devel 2.2.4-8.fc5.i386 up-imapproxy 1.2.4-4.fc5.i386 wv 1.2.0-3.fc5.i386 Summary of broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc6.ppc rekall-devel 2.2.4-8.fc5.ppc up-imapproxy 1.2.4-4.fc5.ppc wv 1.2.0-3.fc5.ppc Summary of broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- ebtables 2.0.8-0.3.rc1.fc6.x86_64 rekall-devel 2.2.4-8.fc5.x86_64 up-imapproxy 1.2.4-4.fc5.x86_64 wv 1.2.0-3.fc5.x86_64 ---------------------------------------------------------------------- New report for: tcallawa AT redhat.com package: ebtables - 2.0.8-0.3.rc1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libebt_stp.so libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so package: ebtables - 2.0.8-0.3.rc1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libebt_arp.so()(64bit) libebt_802_3.so()(64bit) libebt_log.so()(64bit) libebt_mark_m.so()(64bit) libebt_stp.so()(64bit) libebt_standard.so()(64bit) libebt_among.so()(64bit) libebt_mark.so()(64bit) libebt_pkttype.so()(64bit) libebt_vlan.so()(64bit) libebt_redirect.so()(64bit) libebtable_nat.so()(64bit) libebt_arpreply.so()(64bit) libebt_limit.so()(64bit) libebt_nat.so()(64bit) libebt_ip.so()(64bit) libebtable_broute.so()(64bit) libebt_ulog.so()(64bit) libebtc.so()(64bit) libebtable_filter.so()(64bit) package: ebtables - 2.0.8-0.3.rc1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libebt_stp.so libebt_limit.so libebtable_filter.so libebt_ip.so libebt_standard.so libebt_arpreply.so libebtc.so libebt_mark_m.so libebt_pkttype.so libebtable_nat.so libebt_mark.so libebt_vlan.so libebt_ulog.so libebt_log.so libebtable_broute.so libebt_802_3.so libebt_nat.so libebt_redirect.so libebt_arp.so libebt_among.so